一次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。