SQL Limit 有什么问题,怎么处理
在我们使用查询语句的时候,经常要返回前几条或者中间某几行数据
SELECT
*
FROM
TABLE
WHERE
condition1 = 0
AND
condition2 = 0
ORDER BY
id ASC
LIMIT 2000 OFFSET 50000
第一个参数指定第一个返回记录行的偏移量,第二个参数指定返回记录行的最大数目
mysql> SELECT * FROM table LIMIT 5, 10; // 检索记录行 6-15
mysql> SELECT * FROM table LIMIT 95, -1; // 检索记录行 96-last
如果只给定一个参数,它表示返回最大的记录行数目:
-- 换句话说,LIMIT n 等价于 LIMIT 0, n
mysql> SELECT * FROM table LIMIT 5; // 检索前 5 个记录行
随着数据量的增大,越往后分页,limit 语句的偏移量越大,速度也会明显变慢
下面以真实的生产环境的 80 万条数据的一张表为例,比较一下优化前后的查询耗时:
1、传统 limit,文件扫描
SELECT
*
FROM
tableName
ORDER BY
id
LIMIT 500000
受影响的行: 0 时间: 5.371s
2、子查询方式,索引扫描
SELECT
*
FROM
tableName
WHERE
id >= (SELECT id FROM tableName ORDER BY id LIMIT 500000, 1 )
LIMIT 2;
受影响的行: 0 时间: 0.274s
3、 JOIN 分页方式
SELECT
*
FROM
tableName AS t1
JOIN (SELECT id FROM tableName ORDER BY id DESC LIMIT 500000, 1) AS t2
WHERE
t1.id <= t2.id
ORDER BY
t1.id DESC
LIMIT 2
受影响的行: 0 时间: 0.278s
优化原理
子查询是在索引上完成的,而普通的查询是在数据文件上完成的。通常来说,索引文件要比数据文件小得多,所以操作起来也会更有效率。因为要取出所有字段内容,普通查询需要跨越大量数据块并取出,而另一种方式直接根据索引字段定位后,才取出相应内容,效率自然大大提升。因此,对 limit 的优化,是避免直接使用 limit,而是首先获取到 offset 的 id,然后直接使用 limit size 来获取数据
转载请标明出处,原文地址:https://blog.csdn.net/weixin_41835916 如果觉得本文对您有帮助,请点击赞支持一下,您的支持是我写作最大的动力,谢谢。