Mysql Limit优化

---

前言

我们知道查询除主键和当前索引列外其他数据时，想要走二级索引，查询的数据比例占全部数据的比例比较低才行，否则就会走全表查询

---

一、数据demo

1. 表test_model

CREATE TABLE IF NOT EXISTS `test_model`  (
  `id` varchar(32) NOT NULL,
  `time_recorded` datetime(0) NOT NULL,
  `time_updated` datetime(0) NOT NULL,
  `key1_column` int(11) NULL,
  `key2_column` int(11) NOT NULL,
  `key3_column` varchar(255) NOT NULL,
  `key4_column` varchar(255) NULL,
  `key5_column` varchar(255) NOT NULL,
  PRIMARY KEY (`id`),
  INDEX `index_key1`(`key1_column`),
  UNIQUE KEY `UK_key2`(`key2_column`),
  INDEX `key_column`(`key3_column`,`key4_column`,`key5_column`)
) ENGINE = InnoDB;

2. 数据总量1000001条
   

二、案例SQL

正常查询SQL，Limit使用如下
走UK_key2查询

1. 执行过程

1. 走二级索引，获取一条UK_key2索引数据，然后通过主键回表，统计一条
2. 通过二级索引next_record获取到下一条数据
3. 循环步骤1，直到统计到10000条将数据返回给客户端
   回表成本很大，所以分页数量起来之后，就使用全表查询了
   全表查询
   

二、优化案例SQL

1. 执行过程

1. 执行子查询"(SELECT id FROM test_model ORDER BY key2_column LIMIT 100000,1) as b "
2. 子查询走二级索引，获取到主键
3. 表b 通过主键去test_model中查找，然后返回值

二、结果对比

1. 优化前12.486s

2. 优化后0.102秒

总结

查询SQL性能最大问题就是IO，回表。优化点往往也是这两点

参考资料： 《MySQL是怎样运行的》