limit 的奇怪有关问题

limit 的奇怪问题
语句 select * from T order by id desc 加了limit子句后，因limit offset差异而效率既然不同。
T的id字段为主键，以下是offset 为47和48时的explain结果，48时主键居然没有用上，这是为何？

SQL code


mysql> explain select * from T order by id desc limit 47, 30;  
+----+-------------+--------+-------+---------------+---------+---------+------+------+-------+
| id | select_type | table  | type  | possible_keys | key     | key_len | ref  | rows | Extra |
+----+-------------+--------+-------+---------------+---------+---------+------+------+-------+
|  1 | SIMPLE      | T      | index | NULL          | PRIMARY | 4       | NULL |   77 |       | 
+----+-------------+--------+-------+---------------+---------+---------+------+------+-------+
1 row in set (0.00 sec)

mysql> explain select * from T order by id desc limit 48, 30; 
+----+-------------+--------+------+---------------+------+---------+------+----------+----------------+
| id | select_type | table  | type | possible_keys | key  | key_len | ref  | rows     | Extra          |
+----+-------------+--------+------+---------------+------+---------+------+----------+----------------+
|  1 | SIMPLE      | T      | ALL  | NULL          | NULL | NULL    | NULL | 44224755 | Using filesort | 
+----+-------------+--------+------+---------------+------+---------+------+----------+----------------+
1 row in set (0.00 sec)

------解决方案--------------------
表结构怎样的？另外表的数据有多少呢（虽然这个不影响 explain）？
------解决方案--------------------
另外，直接select的话，速度是否差异很大？
------解决方案--------------------
楼主的现象确实很奇怪。
id字段为主键，那么id必然是已经排好序的。对于这样的LIMIT操作，只需要直接定位到起始位置（48）,然后往后移动30条记录，就可以把数据都取出来，然后就终止查询，返回结果，根本不需要全表扫描。适用“早期终止”

楼主多测试几次看。
另外说下用的是什么引擎？
------解决方案--------------------
show index ... 贴出来分析一下。

limit 的奇怪有关问题

相关推荐