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 ... 贴出来分析一下。