mysql的分页使用子查询？

Posted 2023-04-10

如: select * from 表 where id>5 limit 5 能够查询第二页的五条数据(结果是第6-第10),现在我将id=3的删除,这时就出现了断层(结果是第5-第9),那么使用子查询的时候如何避免因为删除操作而出现的问题,计算个数吗?

参考技术A 不使用 id 大于的条件就可以了
select * from 表 order by id asc limit 0,5
就是查询表中第1条记录开始的一共5条记录
假设你的数据就是5条/页
那么第二页就是
select * from 表 order by id asc limit 5,5
只要调整下分页的起始点就可以了, 哪怕中间有部分的自增 id 的数据被删除了, 你并没有使用不连续的 id 字段作为查询条件,是不会出现你提到的因为某些数据被删除了导致的查询结果错误

MySQL 的分页查询 SQL 语句

MySQL一般使用 LIMIT 实现分页。基本语句为：

SELECT ... FROM ... WHERE ... ORDER BY ... LIMIT ...

在中小数据量的情况下，这样的SQL足够用了，唯一需要注意的问题就是确保使用了索引。

举例来说，如果实际SQL类似下面语句，那么在 category_id, id两列上建立复合索引比较好：

SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 50, 10 ;

随着数据量的增加，页数会越来越多，查看后几页的SQL就可能类似下面这种：

SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 10;

可以看出，越往后分页，LIMIT 语句的偏移量就会越大，速度也会明显变慢。此时，我们可以通过子查询的方式来提高分页效率：

SELECT * FROM articles WHERE id >=
(SELECT id FROM articles  WHERE category_id = 123 ORDER BY id LIMIT 10000, 1) 
AND category_id = 123 ORDER BY id LIMIT 10;

还可以通过 JOIN 方式来实现分页查询：

SELECT * FROM articles AS t1 
JOIN (SELECT id FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 1) AS t2 
WHERE t1.id >= t2.id AND t1.category_id = 123 ORDER BY t1.id LIMIT 10;

为什么会这样呢？因为子查询是在索引上完成的，而普通的查询时在数据文件上完成的，通常来说，索引文件要比数据文件小得多，所以操作起来也会更有效率。

实际可以利用类似策略模式的方式去处理分页，比如判断如果是一百页以内，就使用最基本的分页方式，大于一百页，则使用子查询的分页方式。

下面是实际中三种方式的使用：

SELECT * FROM CommodityInfo WHERE commodityid=‘ZMCOMD342161018143038124‘ ORDER BY id LIMIT 0,2;

SELECT * FROM CommodityInfo WHERE id >=
(SELECT id FROM CommodityInfo  WHERE commodityid=‘ZMCOMD342161018143038124‘ ORDER BY id LIMIT 0, 1) 
AND commodityid=‘ZMCOMD342161018143038124‘ ORDER BY id LIMIT 2;

SELECT * FROM CommodityInfo AS t1 
JOIN (SELECT id FROM CommodityInfo WHERE commodityid = ‘ZMCOMD342161018143038124‘ ORDER BY id LIMIT 0, 1) AS t2 
WHERE t1.id >= t2.id AND t1.commodityid=‘ZMCOMD342161018143038124‘ ORDER BY t1.id LIMIT 2;