使用mysql查询语句的时候,经常要返回前几条或者中间某几行数据,这时可用limit函数:
SELECT * FROM table LIMIT [offset,] rows | rows OFFSET offset
SELECT * FROM 表名称 LIMIT M,N 表示从MySQL数据库表中第M条记录开始检索N条记录
LIMIT 子句可以被用于强制 SELECT 语句返回指定的记录数。LIMIT 接受一个或两个数字参数。参数必须是一个整数常量。如果给定两个参数,第一个参数指定第一个返回记录行的偏移量,第二个参数指定返回记录行的最大数目。初始记录行的偏移量是 0(而不是 1): 为了与 PostgreSQL 兼容,MySQL 也支持句法: LIMIT # OFFSET #。
mysql> SELECT * FROM table LIMIT 5,10; // 检索记录行 6-15
//为了检索从某一个偏移量到记录集的结束所有的记录行,可以指定第二个参数为 -1:
mysql> SELECT * FROM table LIMIT 95,-1; // 检索记录行 96-last.
//如果只给定一个参数,它表示返回最大的记录行数目:
mysql> SELECT * FROM table LIMIT 5; //检索前 5 个记录行
//换句话说,LIMIT n 等价于 LIMIT 0,n。
Limit函数的优化
利用数据分页来进行优化,下面我们来比较两个语句的执行效率:
1、Select * From cyclopedia limit 90000,1 1 row in set (8.88) sec
2、Select * From cyclopedia Where ID>=(Select Max(ID) From ( Select ID From cyclopedia Order By ID limit 90001) As tmp) limit 100; 100 rows in set (0.23) sec
3、Select * From cyclopedia Where ID>=(Select Max(ID) From ( Select ID From cyclopedia Order By ID limit 90000,1) As tmp) limit 100; 100 rows in set (0.19) sec
解析:Select * 最好不要随便用,要本着用什么,选什么的原则, Select的字段越多,字段数据量越大,速度就越慢。
第2句是先取了前90001条记录,取其中最大一个ID值作为起始标识,然后利用它可以快速定位下100条记录;
第3句则是仅仅取90000条记录后1条,然后取ID值作起始标识定位下100条记录。
很明显第3句胜出.说明limit并不完全像我之前想象的那样做全表扫描返回limit offset+length条记录。这样做只是用增加查询操作这样的小代价换得高性能。
此种优化方案同样可用于MS-SQL,而且可能是最好的.因为靠主键ID来定位起始段总是最快的.
Select Top 100 * From cyclopedia Where ID>=(Select Top 90001 Max(ID) From ( Select ID From cyclopedia Order By ID) As tmp)
所以我们一般可以用id和待选择的字段(一定要加上索引,索引的顺序与查询条件的顺序一致)来优化数据库操作。
下面是在一篇博客中看到的测试limit函数的实验:
1、offset比较小的时候。
select*from yanxue8_visit limit 10,10
多次运行,时间保持在0.0004-0.0005之间
Select*From yanxue8_visit Where vid>=(
Select vid From yanxue8_visit Order By vid limit 10,1
) limit 10
多次运行,时间保持在0.0005-0.0006之间,主要是0.0006
结论:偏移offset较小的时候,直接使用limit较优。这个显然是子查询的原因。
2、offset大的时候。
select*from yanxue8_visit limit 10000,10
多次运行,时间保持在0.0187左右
Select*From yanxue8_visit Where vid>=(
Select vid From yanxue8_visit Order By vid limit 10000,1
) limit 10
多次运行,时间保持在0.0061左右,只有前者的1/3。可以预计offset越大,后者越优。