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个表,还是很久,甚至超时导致数据库差点挂,忧桑,还没有好的方法

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值