一。背景

        在做一个统计功能时，需要关联基础信息和多个指标，要以基础表作为基表，关联各个指标，指标可以为空，所以需要使用 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 的执行速度差距很大。使用哪一个，要按照实际业务场景进行选择。