2. 慢查询根因分析：索引失效、数据倾斜、锁等待、大事务、SQL写法不当

慢查询的根因通常集中在五个核心领域：索引失效、数据倾斜、锁等待、大事务和SQL写法不当。本节将逐一剖析每个根因的触发机制、诊断方法和典型场景，帮助你在调优连接池和熔断策略前，先精准定位慢查询的源头。

2.1 索引失效

索引失效是慢查询最常见的原因。即使表上建有索引，错误的SQL写法或数据变化也会导致优化器放弃索引扫描，转而执行全表扫描。

2.2 数据倾斜

数据倾斜指数据在分区或分片节点上分布严重不均，导致少数节点成为性能瓶颈。在分布式数据库或分库分表场景下尤为突出。

• 表现： 整体CPU/IO不高，但个别节点负载打满；查询延迟波动大，部分请求超时。
• 常见原因：
  • 分片键选择不当： 使用性别、状态码等低基数字段作为分片键，导致大量数据落入同一分片。
  • 热点数据： 某条记录（如大V用户、爆款商品）被高频访问，单节点压力过大。
  • JOIN倾斜： 大表JOIN小表时，关联键存在大量重复值，导致Reduce阶段数据倾斜。
• 诊断方法：
  • 查看各分片的数据行数或磁盘占用：SELECT shard_key, COUNT(*) FROM table GROUP BY shard_key ORDER BY COUNT(*) DESC。
  • 监控各节点活跃连接数和查询响应时间，识别热点节点。
• 解决思路：
  • 重新设计分片键，使用高基数且访问均匀的字段（如用户ID、订单ID）。
  • 对热点数据增加二级缓存（Redis），减少数据库穿透。
  • JOIN倾斜时，将小表广播到所有节点，或对倾斜key进行加盐打散。

2.3 锁等待

锁等待是指一个事务持有锁，另一个事务等待该锁释放，导致查询阻塞。锁等待时间过长会直接表现为慢查询，且通常伴随应用层连接池连接被长时间占用。

2.4 大事务

大事务指执行时间过长或操作数据量过大的事务。大事务不仅自身执行慢，还会引发锁扩散、undo日志膨胀、主从延迟等一系列连锁问题。

• 典型特征：
  • 事务内包含大量UPDATE/DELETE操作（如一次删除10万行）。
  • 事务内包含远程RPC调用或业务逻辑等待（如循环调用外部API）。
  • 事务长时间不提交，持有锁不释放。
• 诊断方法：
  • MySQL：SELECT * FROM information_schema.innodb_trx WHERE TIME_TO_SEC(TIMEDIFF(NOW(), trx_started)) > 10 查看运行超过10秒的事务。
  • 查看undo表空间大小：大事务会产生大量undo日志，导致磁盘空间暴涨。
• 优化策略：
  • 拆分事务： 将批量操作拆分为多个小事务，每批处理1000~5000行，并提交。
  • 避免事务内RPC： 将远程调用移到事务外部，或使用异步消息队列。
  • 设置超时： 应用层设置事务超时时间（如@Transactional(timeout=5)），防止事务无限等待。

2.5 SQL写法不当

SQL写法不当是开发阶段最容易引入的问题，通常不涉及索引缺失，而是查询逻辑本身存在性能缺陷。

-- 反例：N+1查询
for (User user : userList) {
    Order order = orderMapper.selectByUserId(user.getId()); // 循环内查询
}

-- 正例：批量查询
List<Long> userIds = userList.stream().map(User::getId).collect(Collectors.toList());
List<Order> orders = orderMapper.selectByUserIds(userIds); // 一次查询

2.6 根因分析全景图

下图总结了五种慢查询根因的关联关系与排查优先级。箭头表示一个根因可能引发另一个根因（如大事务导致锁等待），虚线框表示该根因通常需要结合连接池与熔断策略共同治理。