MySQL 8.0 对 limit 的优化技巧

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’);

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)

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)

经过调整之后，查看执行计划发现优化器选择 id2 索引字段找到记录做过滤，并且使用了ICP 特性，减少物理 io 请求，而不是选择使用主键 id1 遍历索引然后回表查询。

显然 通过人为介入参数调整优化器的行为能带来更好的优化效果。

四、总结

从不同版本的 MySQL 发展轨迹来看 MySQL 的优化器越来越智能 (比如大家期待已久的直方图特性) ，能更多的减少人为干预，提升执行计划的准确性。

到此这篇关于MySQL 8.0 对 limit 的优化的文章就介绍到这了,更多相关MySQL 8.0 limit优化内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！