mysql分页查询踩坑报告

我中招了……没想到mysql分页查询，还藏有这种玄机……

分页查询

分页查询大家经常用到，如果各位大侠有幸参与后台管理系统第开发，对此更是轻车熟路。不管你用怎样的分页控件，一般来说，最终会回归到mysql层面，最终通过limit去分页。

举个例子：

1.先创建张表，如下：

名称	类型	说明
id	bigint(20)	主键ID
name	varchar(20)	姓名
age	int(5)	年龄
bill_date	varchar(10)	账单日

# 建表语句
CREATE TABLE `demo_user` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `name` varchar(20) COLLATE utf8_bin NOT NULL DEFAULT '' COMMENT '姓名',
  `age` int(5) NOT NULL DEFAULT '0' COMMENT '年龄',
  `bill_date` varchar(15) COLLATE utf8_bin NOT NULL DEFAULT '' COMMENT '账单日',
  PRIMARY KEY (`id`),
  KEY `idx_bill_date` (`bill_date`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin;

2.造些数据：

id	name	age	bill_date
1	张	50	20200103
2	李	20	20200101
3	王	18	20200101
4	刘	38	20200101
5	牛	71	20200101
6	神	13	20200102
7	鬼	5	20200101
8	黄	8	20200102
9	赵	99	20200101

3.分页语句（假设每页8条数据）：

# 第1页
select t.* from demo_user t
where t.bill_date like '202001%'
limit 0,8;

# 第2页
select t.* from demo_user t
where t.bill_date like '202001%'
limit 8,8;

4.分页结果
结果却很出乎意料，两次查询都没有id=1 张这条数据，而id=9 赵却出现了两次！

# 第1页
2    李    20    20200101
3    王    18    20200101
4    刘    38    20200101
5    牛    71    20200101
7    鬼    5    20200101
9    赵    99    20200101
6    神    13    20200102
8    黄    8    20200102

# 第2页
9    赵    99    20200101

问题分析

我之前认为mysql默认是按照id排序的，但从第1页但结果来看，并非如此。实际上，如果有索引参与其中，会按索引列排序。
如果sql中有limit，则凑够limit数就结束查询。（例子中凑够8条就结束）

好，就算是按索引列排序，那无非是把id=1 张 50 20200103这条数据排在最后才对，在第2页应该能看到它才合理？
嗯，理论上是这样，but……mysql的查询优化好心办了坏事。

来看看这两页查询的执行计划：

• 第1页的执行计划

# 第1页
EXPLAIN select t.* from demo_user t
where t.bill_date like '202001%'
limit 0,8;

id	select_type	table	partitions	type	possible_keys	key	key_len	ref	rows	filtered	Extra
1	SIMPLE	t	null	range	idx_bill_date	idx_bill_date	47	null	9	100	Using index condition

• 第2页的执行计划

# 第2页
EXPLAIN select t.* from demo_user t
where t.bill_date like '202001%'
limit 8,8;

id	select_type	table	partitions	type	possible_keys	key	key_len	ref	rows	filtered	Extra
1	SIMPLE	t	null	ALL	idx_bill_date	null	null	null	9	100	Using where

我们发现，第2页的查询没有用到索引。因此，第2页会默认按id排序，得到了id最大的数据——id=9 赵 99 20200101。

至于第2页为什么不走索引？嗯……俺也不知道

解决方案也很简单，加上order by强制排序就可以了。

结论

还是太年轻啊……