优化器是数据库中非常核心，又非常复杂的一个组件。有的SQL，优化器选择的执行计划并不是最优的，通过改写SQL，可以帮助优化器找到最优的执行计划。

where条件中的or子句，是比较容易出问题的一个场景。

一个例子

SELECT count(1)
FROM car
WHERE is_deleted = 0 AND car_id NOT IN (  
    SELECT car_id FROM product WHERE product_type = 2 AND source = 2)
AND (seller_id = 100 
     OR (creator = 200 AND seller_id = -1))

执行计划

上面的SQL中，过滤性好的2个条件seller_id=100和creator = 200使用OR，

分别使用seller_id=100和creator=200过滤数据，再把数据和并起来，比单走seller_id的索引效果好。

mysql支持index_merge的执行计划。但是上面这个例子只用到了seller_id的索引。而seller_id=-1的过滤性差，从执行计划中也可以看到，car表的rows是16万，比较高。

这种情况下，默认的执行计划不够好，我们可以对SQL做一个小小的改造，改成这种形式：

 SELECT sum(a) FROM (
    SELECT count(1) as a FROM car WHERE is_deleted = 0 AND car_id NOT IN ( SELECT car_id  FROM product WHERE product_type = 2 AND source = 2)  
AND (seller_id = 100)    
    union all     
    SELECT count(1) as a FROM car WHERE is_deleted = 0 AND car_id NOT IN (SELECT car_id  FROM product WHERE product_type = 2 AND source = 2)
AND creator = 1000  AND seller_id = -1
) t

查看执行计划：

改写之后，union的2个SQL片段分别使用了2个不同的索引，扫描的行数分别是1238和7130，比改写之前的扫描16万行记录提升了一个数量级。

总结

虽然数据库的优化器非常强大，但是在有的场景下，改写SQL能帮助优化器更好地优化查询语句。也能让执行计划更稳定。