1. 开启/检查慢日志

• 看一下是否开启慢日志

SHOW VARIABLES LIKE 'slow_query_log';
SHOW VARIABLES LIKE 'long_query_time';
SHOW VARIABLES LIKE 'slow_query_log_file';

• 如果未开启，临时开启（生产环境建议永久配置）：

SET GLOBAL slow_query_log = ON; 
SET GLOBAL long_query_time = 1;

2. 分析日志

• mysqldumpslow（MySQL 自带）

  # 按执行次数排序前10条
    mysqldumpslow -s c -t 10 /var/log/mysql/slow.log
  
    # 按总耗时排序前10条
    mysqldumpslow -s t -t 10 /var/log/mysql/slow.log
  

3. 用explain分析执行计划

• 在SQL前面加explain

  EXPLAIN SELECT id, order_no 
  FROM orders 
  WHERE user_id = 100 AND create_time >= '2024-01-01' 
  ORDER BY create_time DESC;
  

  • 重点查看四个字段

1. type ⭐⭐⭐（最关键字段！）

访问效率从高到低：

system > const > eq_ref > ref > range > index > ALL

💡 目标：让 type 至少达到 range，最好 ref 或更高。

2. rows ⭐

• 含义：预估需要扫描的行数。
• 原则：
  • 越小越好
  • 如果 type=ALL 且 rows 很大 → 性能灾难！

3. key ⭐

• 含义：实际使用的索引。
• 关键检查：
  • 是否为 NULL？→ 未走索引！
  • 是否是你期望的索引？→ 可能索引失效（如函数操作、隐式转换）

4.Extra ⭐⭐⭐（隐藏陷阱！）

包含重要性能提示：

💥 看到 Using filesort 或 Using temporary 必须优化！