2019-11-26 sql频繁超时的多种坑，有几个还解决不了

1，like ‘%**%’ 和where 条件里使用 or 

WHERE t.is_deleted = 0 
AND 
(t2.invoice_num LIKE '%LGBL4AE04JD072192%' 
OR t2.detail_spec LIKE '%LGBL4AE04JD072192%' 
OR t2.vin LIKE '%LGBL4AE04JD072192%' 
OR t.unique_num LIKE '%LGBL4AE04JD072192%')

看这个局部sq的lwhere，由于公司保密性，sql就不全写了，这个sql一开始执行时间一开始like ‘%%’ 执行时间是2.5秒左右，

后面把like的左边%去掉之后执行时间是1.6秒左右，

但是核心问题在于or,把or改成union all之后执行时间就瞬间减少到0.08秒

WHERE t.is_deleted = 0 
AND 
t2.invoice_num LIKE 'LGBL4AE04JD072192%' 
union all
WHERE t.is_deleted = 0 
AND 
t2.detail_spec LIKE 'LGBL4AE04JD072192%' 
union all
WHERE t.is_deleted = 0 
AND 
t2.vin LIKE 'LGBL4AE04JD072192%' 
union all
WHERE t.is_deleted = 0 
AND 
t.unique_num LIKE 'LGBL4AE04JD072192%')

改写成这样的就很快了

2，由于主库内存满了导致sql执行切换到从库了

org.springframework.jdbc.UncategorizedSQLException: 
### Error updating database.  Cause: java.sql.SQLException: The MySQL server is running with the --read-only option so it cannot execute this statement

这个是我的锅，我在websql上执行sql测试，由于一个sql太麻烦了，数据量又大，导致执行超时了，直接数据库内存满了，差点炸了，哈哈哈哈，然后瞬间线上服务一直报这个切到从库的错，由于从库是只读，所以插入更新报错了

 

3，in（）太多了

之前写过一个sql的in太多导致sql慢，https://blog.csdn.net/hq091117/article/details/102744441

但是这个今天试了left join，就是把in放在一个表里，然后用left join 去联表，但是情况并不理想，因为我这个sql本身要联2张表，而且这两张表本身数据量就很大，如果用join那就要联3个表，还是很久，甚至超时导致数据库差点挂，忧桑，还没有好的方法