mysql left join 查询慢的问题排查
一。背景
在做一个统计功能时，需要关联基础信息和多个指标，要以基础表作为基表，关联各个指标，指标可以为空，所以需要使用 left join。
整体sql写完之后，发现执行需要5s左右，然后单独对 子查询进行查询，执行都很快。需要进行优化。
因为项目原因，sql不能给出，如果有需要的话，可以给我留言，我修改过后可以发出来。
二。优化过程
1.查看执行计划
发现有的表是ALL，全表扫描，行数是3W多。
2.查看各个表数据量
发现数据量最大的不到5W条数据，按理来讲，查询不应该出现性能问题。
3.将sql拆分开，因为是 left join ，结果比较简单，将关联关系拆分开，然后挨个执行，看看执行情况。
发现 vehicle 的 union 表 和 quality_xxx 使用 left join关联时执行很慢（5s左右），但是两个字查询分别查询时，执行很快（小于1s），两个表的数据量都不是很大，一个7k ， 一个不到5W。
这就比较奇怪。
然后对这个查询查看执行计划，看到 quality_xxx 是全表扫描，虽然比较怀疑，这么小的数据量不会导致这么大的差异，但是还是给 quality_xxx 的 关联字段 vehicle_no 加上了索引。查看了一下执行情况，发现执行完成只需要1s多。这个索引确实影响很大。
三。总结
1.在查看执行计划时，如果出现ALL，就应该引起重视，不管数据表中的数据量是大还是小。即使数据量不大，索引的影响可能也会很大。
2.join 和 left join 的执行速度差距很大。使用哪一个，要按照实际业务场景进行选择。
上一篇：C++音视频开发技能树（初级）
下一篇：渗透测试-服务器信息收集