索引真实案例

本文介绍了一个实际案例,针对用户投诉系统响应慢的问题进行排查。通过分析发现查询过程中产生了文件排序,进一步探究得知是因为数据量超出sortBuffer大小限制所致。最终通过创建联合索引来避免回表操作和文件排序,有效提升了查询效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一:索引真实案例:根据用户编码查询运单和托寄物名称,用户编码是有索引的,并且按照运单排序;
   现象:所有都正常,就一个客户投诉都系统比较慢,
   解决:explain一下,发现了using filesort,要分析为啥会产生文件排序
         然后拿到用户编码查了下,这个客户有好几万条运单信息,
         用户编码是有索引的,会走索引,然后在回表得到查询列,得到这些信息会在sortBuffer做一个排序,但是sortBuffer有一个大小,这几万条的数据,
         是超过了这个大小限制的,然后就会产生磁盘文件,也就是分批把sortBuffer排序好的文件写道磁盘上面,最后又把多个磁盘文件做一个合并,这个过程比较费时的,
         后面就想到能不能不回表,并且不用产品文件排序,想到了联合索引,把这三个字段建立联合索引就解决了这个问题;
   

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值