026.Sql排序和写Where条件

mysql 打开 slow_query_log_file,看到以下查询超过1s。

718474-20181107125032739-409915919.png

对于的mybatis文件如下。
718474-20181107100040528-1831237250.png

sql慢,几乎都和索引有关。

索引情况

  1. 值的分布区间较少,索引意义不大。如is_deleted,一看就是bool值。
  2. null 特殊,不参与计算,统计,索引不好。

比较计算时,下列性能递增。

  1. last_invoke_time - interval 50 minute > now() 左值计算
  2. last_invoke_time > now() + interval 50 minute 右值计算
  3. last_invoke_time > ‘2018-11-07 12:34:56’ 恒定值

排序,尽量使用索引。

create_time 等同于 id,两者都是(严格)有序递增,不保证连续。

所以,上诉sql应该优化为

718474-20181107124340663-566557754.png

转载于:https://www.cnblogs.com/moilioncircle/p/code-review-026.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值