TP5/6需手动开启慢查询日志：在config/database.php设'slow_query_time'=>500（毫秒），并监听Query事件记录耗时SQL；MySQL层须执行SET GLOBAL slow_query_log='ON'及long_query_time=0.5，且确认slow_query_log_file路径有写权限。
慢查询不是“查不到”，而是没让系统告诉你哪条 SQL 慢——必须主动开启记录、绑定上下文、结合执行计划看，否则所有优化都是拍脑袋。
ThinkPHP 怎么开启慢查询日志（TP5/6）
TP5 和 TP6 的 slow_query_time 配置是开关，但默认不生效，必须配合日志驱动或异常捕获才真正落地。
- 在
config/database.php中添加'slow_query_time' => 500（单位毫秒），这只是阈值，不等于日志自动写入 - 真正记录日志，得靠自定义日志处理器：监听
think\db\event\Query事件，在回调里判断$event->getDuration() >= 500，再写入文件或上报 - 别依赖
Db::getLastSql()——它只返回 SQL 字符串，不含耗时；Db::getRealSql()也一样，没时间戳 - 如果用的是 TP6.1+，可启用
'sql_explain' => true，每条 SELECT 会自动跑EXPLAIN并打印到日志，但仅限 SELECT，且不带耗时
MySQL 层怎么确认慢查询真被记录了
ThinkPHP 记录的是“应用层感知的慢”，而 MySQL 层记录的是“服务端实际执行慢”——两者可能差几十毫秒，必须两边都验证。
- 登录 MySQL 执行
SHOW VARIABLES LIKE 'slow_query_log';，返回ON才算开启 - 检查路径：
SHOW VARIABLES LIKE 'slow_query_log_file';，确保目录有写权限（如/var/log/mysql/slow.log），否则日志静默丢弃 - 线上建议设
long_query_time = 0.5（半秒），别用默认 10 秒；改完要执行SET GLOBAL long_query_time = 0.5;，并写入my.cnf持久化 - 关键技巧：在 PHP 查询前手动加注释，比如
Db::table('user')->whereRaw('/* order_list */ status = 1')->select();，这样慢日志里能直接看到/* order_list */，快速定位业务模块
为什么 EXPLAIN 显示走索引，但还是慢
常见假象：key 列非 NULL、type 是 ref，但 rows 高达几万，说明索引没覆盖查询需求，或者数据分布导致选择性差。
立即学习“PHP免费学习笔记（深入）”；
-
rows值远大于实际返回行数（比如查 10 行，rows=42891）→ 索引区分度低，考虑加联合索引或调整字段顺序 -
Extra出现Using filesort或Using temporary→ 排序/分组没走索引，需在ORDER BY字段补索引，或改用覆盖索引 -
WHERE里对索引字段用了函数，比如where('DATE(created_at)', '2024-01-01')→ 索引完全失效，应改用whereBetween('created_at', [$start, $end]) - ThinkPHP 的
with()关联加载底层是 N+1 查询，EXPLAIN看不到关联表扫描，但实际耗时叠加严重；优先用join()或显式懒加载
死锁和事务慢查怎么区分
看到 SQLSTATE[40001]: Serialization failure: 1213 Deadlock found when trying to get lock 不代表查询慢，而是事务争抢锁失败——它可能 0.1ms 就报错，但根源不在 SQL 效率。
- 死锁日志必须开 MySQL 的
innodb_print_all_deadlocks = ON，否则只看到 PDO 异常，看不到谁锁了谁、哪张表、哪个事务 ID - ThinkPHP 的
Db::transaction()块里不做日志注入，出问题后无法还原执行顺序；建议在事务开始前记录 trace_id，并在日志中统一打标 - 事务内混用 Redis 锁和数据库锁，且 Redis 锁超时时间短于事务执行时间 → 极易引发“锁释放了但事务还在跑”，后续语句阻塞变慢查
- 用
SHOW ENGINE INNODB STATUS\G能看到最近死锁详情，但每 30 秒只保留一次，得及时抓取
最常被忽略的一点：慢查询日志里看到的 SQL，和你代码里写的 where(['status' => 1, 'mobile' => $phone]) 可能不一致——ThinkPHP 会自动加表前缀、转义字段，甚至因配置不同拼出 status = '1'（字符串）导致索引失效。务必用 EXPLAIN 对着日志里的完整 SQL 跑，而不是对着 PHP 代码猜。
