赞
踩
MySQL的limit给分页带来了极大的方便,但数据量大的时候,limit的性能就急剧下降。
同样是取10条数据两种方式:
select * from test limit 10000,10
select * from test limit 0,10
就不是一个数量级别的。
网上也很多关于limit的五条优化准则,都是翻译自MySQL手册,虽然正确但不实用。今天发现一篇文章写了些关于limit优化的,很不错。
文中不是直接使用limit,而是首先获取到offset的id然后直接使用limit size来获取数据。根据他的数据,明显要好于直接使用limit。这里我具体使用数据分两种情况进行测试。(测试环境win2033+p4双核 (3GHZ) +4G内存 MySQL 5.0.19)
1、offset比较小的时候直接使用limit
select * from test limit 10,10
多次运行,时间保持在0.0004-0.0005之间
Select * From test Where vid >=(
Select vid From test Order By vid limit 10,1
) limit 10
多次运行,时间保持在0.0005-0.0006之间,主要是0.0006
结论:偏移offset较小的时候,直接使用limit较优。这个显然是子查询的原因。
2、offset大的时候直接使用limit
select * from test limit 10000,10
多次运行,时间保持在0.0187左右
Select * From test Where vid >=(
Select vid From test Order By vid limit 10000,1
) limit 10
多次运行,时间保持在0.0061左右,只有前者的1/3。可以预计offset越大,后者越优。还有就是数据量大时候,直接使用limit会加载了4098个数据页到buffer pool,而第二个sql只加载了少量数据页到buffer pool
mysql> select index_name,count(*) from information_schema.INNODB_BUFFER_PAGE where INDEX_NAME in('val','primary') and TABLE_NAME like '%test%' group by index_name;
+------------+----------+
| index_name | count(*) |
+------------+----------+
| PRIMARY | 6 |
| val | 690 |
+------------+----------+
2 rows in set (0.03 sec)
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。