慢sql优化总结

导语:前一段时间做的一个某干部考核系统,本身系统方面没什么技术难题,主要难点在于项目的业务逻辑比较复杂,所以就设计到了各种查询,在实际使用场景中还是碰到了慢sql问题,前前后后总结了一些,并且结合上一篇sql语句执行顺序问题,食用更佳!

SQL语句执行顺序总结

个人认为导致SQL语句慢大致可以分为两类:

1.查询所需的数据过大:(也就是查询的数据量确实过大)

  • 根据具体情况决定将sql写成一个复杂查询,还是多个简单查询(在Java程序合并结果集)

  • 分解关联查询(分为单表查询,将结果集在Java应用程序进行关联)

  • 尽量让二级索引实现覆盖索引,避免回表

2.SQL语句问题:(不合理的sql语句导致的没走索引等问题)

  • Where 语句方面:

    • 应尽量避免在where子句中对字段进行函数操作
    • 尽量避免在 where 子句中对索引字段进行计算操作
    • 应尽量避免在 where 子句中使用 != <> 操作符;
    • 应尽量避免在 where 子句中对字段进行 null 值判断(IS NULL);
    • 应尽量避免在 where 子句中使用 or 来连接条件
    • 可以使用 exist not exist代替 in和not in
    • Having可以用where代替,如果无法代替可以分两步处理
    • 模糊查询尽量少用左%或者左右都是%
  • Select语句
    • 尽量不要使用select * from table这种方式;把要查询的具体字段列出来,不要返回任何用不到的字段
  • 其他方面(将持续更新...)

 

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值