一次sql优化记录
2021/9/16 2:08:59
本文主要是介绍一次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。
这篇关于一次sql优化记录的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-05-19永别了,微服务架构!
- 2024-05-15鸿蒙生态设备数量超8亿台
- 2024-05-13TiDB + ES:转转业财系统亿级数据存储优化实践
- 2024-05-09“2024鸿蒙零基础快速实战-仿抖音App开发(ArkTS版)”实战课程已上线
- 2024-05-09聊聊如何通过arthas-tunnel-server来远程管理所有需要arthas监控的应用
- 2024-05-09log4j2这么配就对了
- 2024-05-09nginx修改Content-Type
- 2024-05-09Redis多数据源,看这篇就够了
- 2024-05-09Google Chrome驱动程序 124.0.6367.62(正式版本)去哪下载?
- 2024-05-09有没有大佬知道这种数据应该怎么抓取呀?