ThinkPHP5查询慢需先用EXPLAIN验证索引是否命中，再优化写法：建联合索引（等值在前、范围在后）、禁用函数/左模糊、显式field()收敛字段、改OFFSET为游标分页、IN查询拆批或手拼SQL，并开启sql_explain与慢日志定位真实耗时。
如果您在ThinkPHP5中执行SQL查询时发现响应缓慢、耗时偏高，则很可能是由于索引未生效、SQL写法不当或ORM调用冗余所致。以下是提升TP5 SQL语句执行性能的具体操作步骤：
一、确认索引是否实际生效
索引存在不等于被使用；必须通过数据库执行计划验证真实索引命中情况。仅靠buildSql()或getLastSql()无法判断，需结合EXPLAIN分析。
1、在模型查询后调用$model->getLastSql()获取已替换参数的完整SQL语句。
2、将该SQL复制到MySQL客户端，手动添加EXPLAIN 前缀执行，例如：EXPLAIN SELECT * FROM users WHERE mobile = '13800138000';
立即学习“PHP免费学习笔记（深入）”；
3、检查返回结果中的type字段：若为ALL，表示全表扫描；若为ref、range或const，且key列显示具体索引名，则说明索引已命中。
4、对复合条件查询（如where(['status'=>1, 'created_at'=>['>=',$time]])），必须建立联合索引，且顺序为等值字段在前、范围字段在后，例如ADD INDEX idx_status_created (status, created_at)。
二、规避常见索引失效写法
ThinkPHP链式调用看似简洁，但部分语法会直接导致MySQL放弃使用索引。这些写法在执行时不会报错，却隐性引发全表扫描。
1、避免对索引字段使用函数：如whereRaw('DATE(created_at) = ?', [$date])应改为whereBetween('created_at', [$start, $end])。
2、禁止左模糊查询：如where('name', 'like', '%abc')会使B+树索引完全失效；可改用where('name', 'like', 'abc%')或引入全文索引。
3、慎用OR连接不同字段条件：如where('a', 1)->whereOr('b', 2)可能导致两个单列索引均未被选用；优先改写为UNION或确保两字段共用同一联合索引。
4、避免在WHERE子句中对索引字段做隐式类型转换：如字段为VARCHAR类型却传入整型值where('mobile', 13800138000)，MySQL会触发全表扫描；应统一为字符串where('mobile', '13800138000')。
三、精简查询字段与结果集
SELECT * 和无限制返回会显著增加磁盘I/O、网络传输及PHP内存开销，尤其当表中含TEXT、JSON或大字段时，性能衰减剧烈。
1、始终显式指定所需字段：使用field('id,name,avatar,status')替代默认全字段查询。
2、关联查询时同步收敛字段：在with('profile')后必须紧跟field()，或在关联模型方法中硬编码->field('user_id,real_name,avatar')。
3、分页避免OFFSET深翻：查询第500页（paginate(20, false, ['page'=>500])）将强制MySQL扫描前9980行；应改用游标分页，例如where('id', '>', $lastId)->limit(20)->order('id asc')，并确保id有索引。
4、聚合查询禁用count(*)全表统计：对大表分页总数，可改用近似值或缓存计数，避免每次请求都触发全表扫描。
四、优化IN查询性能瓶颈
ThinkPHP5.0中where('id', 'in', $array)在数组元素超千级时，因内部逐项参数绑定机制，拼接SQL耗时剧增，实测万级ID可延迟36秒以上。
1、绕过ORM绑定，手拼安全SQL：若$ids来源可信（如后台导出、内部ID集合），可构造"id IN (".join(',', $ids).")"并用query()执行。
2、混合写法折中方案：保留部分ORM能力，将IN条件作为字符串传入，如where("id IN (".join(',', $ids).")")，跳过bind数组生成过程。
3、大数据量IN查询时拆分为批次：单次IN不超过500个元素，循环执行多批次where('id', 'in', array_chunk($ids, 500)[$i])，再合并结果。
4、对高频IN查询字段（如user_id），确保其单独建有索引或处于联合索引最左位，否则即使手拼SQL仍无法走索引。
五、启用查询日志与执行计划自动捕获
在开发环境实时监控每条SQL的生成逻辑、参数绑定状态及真实执行耗时，是定位慢查询的根本依据。
1、开启SQL日志记录：在config/database.php中设置'sql_explain' => true，框架将在日志中自动附加EXPLAIN分析结果。
2、临时启用全局查询日志：在调试入口加入Db::enableQueryLog()，后续调用Db::getQueryLog()即可获取含SQL、绑定参数、执行毫秒数的完整数组。
3、捕获慢查询真实语句：在数据库配置中启用MySQL慢日志：SET GLOBAL slow_query_log = 'ON'; SET GLOBAL long_query_time = 0.1;，复现请求后直接查看slow log文件，其中包含带实际参数的完整SQL及精确耗时。
4、对可疑查询立即验证：调用$model->getLastSql()后，务必人工替换占位符并执行EXPLAIN，不可依赖ORM输出的“干净SQL”做判断。
