+ |1 | SIMPLE | testtable | range | idx_bizdate_st | idx_bizdate_st | 6 | NULL | 789 | Using index condition | + 1 row in set ( 0.00 sec) mysql > desc select * from testtable WHERE biz_date >= '2017-08-20 00:00:00' and biz_date <='2017-08-21 00:00:00' ; + | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | + |1 | SIMPLE | testtable | range | idx_bizdate_st | idx_bizdate_st | 5 | NULL | 1318 | Using index condition | + 1 row in set ( 0.00 sec) 三、小结
这个问题,我本来计算用 hint,强迫让他走索引,然则实际上强迫走索引的履行时光并不克不及带来知足的效不雅。结合营业逻辑,来竽暌古化 SQL,是最好的方法,也是址斧法宝,必定要好好应用。不懂得营业的 DBA,不是一个好 DBA... 持续去补营业常识去了。
【编辑推荐】
- 爱夸耀的数据库老头儿
- MongoDB数据库入门的5个简单步调
- 开源NoSQL数据库:ArangoDB入门指南
- 关系数据库迈入新时代,这个标题是卖力的!
- MySQL数据库渗入渗出及马脚应用总结
【义务编辑:庞桂玉 TEL:(010)68476606】
是的,相对于 status 字段,biz_date 的选择性加倍不错,那组合索引本身已经没有好调剂了
推荐阅读
“互联网+”经济模式对民商事审判的影响与应对
党的十九大年夜申报提出,在深化供给侧构造性改革中,推动互联网、大年夜数据、人工智能和实体经济深度融合。是以,为赓续加强经济立异力和竞争力,我国经济体系体例中“互联网+”经济模式将>>>详细阅读
本文标题:一个不可思议的MySQL慢查分析与解决
地址:http://www.17bianji.com/lsqh/38638.html
1/2 1