MySQL Using filesort如何优化:排序策略与优化方向

一.前言

排序操作在数据库中非常普遍,开发同学可以根据业务场景选择指定列进行排序,比如按照发布时间,数量、距离等等。排序对于提升用户体验很关键,但在处理大规模数据时,也极易产生数据库性能问题,如何进行排序优化至关重要。

二.场景案例:一条SQL使用Order By,引发IO打满

本次引发问题的SQL很简单,全表数据量在200W左右不算大。

问题SQL如下:

select * from device where device_type='pad' order by manufacturer,status limit 2000;

表结构如下:

CREATE TABLE `device` (`id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键',`device_id` varchar(16) NOT NULL COMMENT '设备唯一编号',`device_type` varchar(64) NOT NULL COMMENT '设备类型',`manufacturer` varchar(100) NOT NULL COMMENT '生产厂商',`status` int(11) NOT NULL COMMENT '设备状态',`active_time` timestamp NULL DEFAULT CURRENT_TIMESTAMP COMMENT '激活时间',PRIMARY KEY (`id`),KEY `idx_type` (`device_type`),KEY `idx_manufacturer` (`manufacturer`),KEY `idx_status` (`status`)) ENGINE=InnoDB AUTO_INCREMENT=2320481 DEFAULT CHARSET=utf8mb4 COMMENT='注册设备表'

执行效果:

通过DBdoctor观测到该条SQL在执行时直接将磁盘IO从0打到了100%,触发了IO异常问题诊断。

图片

此时有经验的DBA肯定看出来了,这条SQL的排序使用了filesort,而且还是用的磁盘排序,我们不妨来看下执行计划。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值