MySQL 8.0 对 limit 的优化技巧
一、前言
提到 limit 优化，大多数 MySQL DBA 都不会陌生，能想到各种应对策略，比如延迟关联，书签式查询等等，之前我也写过一篇优化的文章：https://www.jb51.net/article/234357.htm ，有兴趣的朋友可以复习一下。
二、MySQL 8.0 对limit 的改进
对于 limit N 带有 group by ，order by 的 SQL 语句 (order by 和 group by 的字段有索引可以使用)，MySQL 优化器会尽可能选择利用现有索引的有序性，减少排序–这看起来是 SQL 的执行计划的最优解，但是实际上效果其实是南辕北辙，相信很多 DBA 遇到的相关案例中 sql 执行计划选择 order by id 的索引进而导致全表扫描，而不是利用 where 条件中的索引查找过滤数据。MySQL 8.0.21 版本之前，并没有什么参数来控制这种行为，但是自 MySQL 8.0.21 之后提供一个优化器参数 prefer_ordering_index ，通过设置 optimizer_switch 来开启或者关闭该特性 。 比如:
SET optimizer_switch = "prefer_ordering_index=off"; SET optimizer_switch = "prefer_ordering_index=on";
三、实践出真知
测试环境 MySQL 社区版 8.0.30
构造测试数据
CREATE TABLE t ( id1 BIGINT NOT NULL PRIMARY KEY auto_increment, id2 BIGINT NOT NULL, c1 VARCHAR(50) NOT NULL, c2 varchar(50) not null, INDEX i (id2, c1)); insert into t(id2,c1,c2) values(1,'a','xfvs'),(2,'bbbb','xfvs'),(3,'cdddd','xfvs'),(4,'dfdf','xfvs'),(12,'bbbb','xfvs'),(23,'cdddd','xfvs'),(14,'dfdf','xfvs'), (11,'bbbb','xfvs'),(13,'cdddd','xfvs'),(44,'dfdf','xfvs'),(31,'bbbb','xfvs'),(33,'cdddd','xfvs'),(34,'dfdf','xfvs');
3.1 默认开启参数
mysql (test) > SELECT @@optimizer_switch LIKE '%prefer_ordering_index=on%'; +------------------------------------------------------+ | @@optimizer_switch LIKE '%prefer_ordering_index=on%' | +------------------------------------------------------+ | 1 | +------------------------------------------------------+ 1 row in set (0.00 sec)
查询非索引字段 ，id2 上有索引 ，order by 主键 id1 ，explain 查看执行计划 type index 说明使用索引扫描使用 using where 过滤结果集。这个是优化器的自以为的最优选择，但是实际上遇到数据集合比较大的表，该执行计划就不是最优解，反而导致慢查。
mysql (test) > explain select c2 from t where id2>8 ORDER BY id1 ASC LIMIT 2\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: t
partitions: NULL
type: index
possible_keys: i
key: PRIMARY
key_len: 8
ref: NULL
rows: 2
filtered: 69.23
Extra: Using where
1 row in set, 1 warning (0.00 sec)
3.2 关闭该参数
mysql (test) > SET optimizer_switch = "prefer_ordering_index=off";
mysql (test) > explain select c2 from t where id2>8 ORDER BY id1 ASC LIMIT 2\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: t
partitions: NULL
type: range
possible_keys: i
key: i
key_len: 8
ref: NULL
rows: 9
filtered: 100.00
Extra: Using index condition; Using filesort
1 row in set, 1 warning (0.00 sec)经过调整之后，查看执行计划发现优化器选择 id2 索引字段找到记录做过滤，并且使用了ICP 特性，减少物理 io 请求，而不是选择使用主键 id1 遍历索引然后回表查询。
显然 通过人为介入参数调整优化器的行为能带来更好的优化效果。
四、总结
从不同版本的 MySQL 发展轨迹来看 MySQL 的优化器越来越智能 (比如大家期待已久的直方图特性) ，能更多的减少人为干预，提升执行计划的准确性。
到此这篇关于MySQL 8.0 对 limit 的优化的文章就介绍到这了,更多相关MySQL 8.0 limit优化内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
相关文章
这篇文章主要介绍了MySQL更新,删除操作分享，文章根据MySQL的更新删除命令的相关资料展开详细的介绍，需要的小伙伴可以参考一下，希望对你有所帮助2022-03-03
这篇文章主要介绍了MySQL case when使用方法实例解析,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下2020-03-03
MySQL5.1.6起Mysql增加了事件调度器(Event Scheduler)，可以用做定时执行某些特定任务，来取代原先只能由操作系统的计划任务来执行的工作2014-03-03
mysql/Java服务端对emoji的支持与问题解决方法详解
这篇文章主要介绍了mysql/Java服务端对emoji的支持与问题解决方法,结合实例形式分析了mysql/Java服务端对emoji字符集存储及支持问题解决方法,需要的朋友可以参考下2019-10-10
这篇文章主要介绍了mysql 数据库安装步骤个人总结,需要的朋友可以参考下2017-09-09
这篇文章主要介绍了mysql迁移至8.0时的注意事项，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2020-05-05
mysql中 datatime与timestamp的区别说明
这篇文章主要介绍了mysql中 datatime与timestamp的区别说明，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧2021-02-02
mysql中count(), group by, order by使用详解
mysql中order by 排序查询、asc升序、desc降序，group by 分组查询、having 只能用于group by子句、作用于组内，having条件子句可以直接跟函数表达式。使用group by 子句的查询语句需要使用聚合函数。2017-05-05
这篇文章主要介绍了MySQL 表空间碎片的概念及相关问题解决，帮助大家更好的理解和学习使用MySQL，感兴趣的朋友可以了解下2021-05-05
这篇文章主要介绍了 SQL 中 CASE 表达式的使用方式，文章通过围绕主题展开详细的内容介绍，具有一定的参考价值，需要的小伙伴可以参考一下2022-09-09
最新评论