一次sql优化记录

目前需要优化如下一段sql:

select 
 ...
from 
  table
where 
  (`is_deleted` = 0) 
  and(
    `begin_time` <= '2021-09-14 17:36:45.858'
  ) 
  and(
    `end_time` >= '2021-09-14 17:36:45.858'
  ) 
order by 
  id desc 
limit 
  19200, 
  50

这段sql执行需要300-400ms,但由于这是一个前端调用的接口,且面向客户,响应时间要求高,因此需要优化
先explain一下,描述如下:Using index condition; Using where; Using filesort此外还使用到了一个复合索引,idx(end_time,is_deleted),虽然用到了索引且每个索引都是带有主键id的,但是主键id仅仅用于回表,并没有做排序(区别于idx(end_time,is_deleted,id))

既然描述有Using filesort,说明排序有不小的开销,因此把order by id desc 去掉执行一下,发现用时只用150ms左右,但这个排序是有业务意义的,不能随便去掉,怎么办呢。既然每个表都是必定有主键索引的,那么我们强制用主键索引试试,加上FORCE INDEX(PRI)到sql中,发现执行时间只需要100ms了,看来排序确实是性能消耗的最大来源。

不过我们最后并没有采用FORCE INDEX(PRI)的方案,而是先从业务入手发现,很多原本应该被软删除的数据并没有被软删除,导致了idx(end_time,is_deleted)没有发挥最大效用,因此我们修正了代码,并且修复了数据,使得需要做排序的数据量少了很多,最终执行时间提升到了不到100ms。

posted @ 2021-09-15 14:52  CodeSpike  阅读(46)  评论(0编辑  收藏  举报
Live2D