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)
欢迎大家阅读《limit 的奇怪有关问题》,跪求各位点评，by 搞代码
——解决方案——————–
表结构怎样的？另外表的数据有多少呢（虽然这个不影响 explain）？
——解决方案——————–
另外，直接select的话，速度是否差异很大？
——解决方案——————–
楼主的现象确实很奇怪。
id字段为主键，那么id必然是已经排好序的。对于这样的LIMIT操作，只需要直接定位到起始位置（48）,然后往后移动30条记录，就可以把数据都取出来，然后就终止查询，返回结果，根本不需要全表扫描。适用“早期终止”
楼主多测试几次看。
另外说下用的是什么引擎？
——解决方案——————–
show index … 贴出来分析一下。
搞代码网（gaodaima.com）提供的所有资源部分来自互联网，如果有侵犯您的版权或其他权益，请说明详细缘由并提供版权或权益证明然后发送到邮箱[email protected]，我们会在看到邮件的第一时间内为您处理，或直接联系QQ：872152909。本网站采用BY-NC-SA协议进行授权
转载请注明原文链接：limit 的奇怪有关问题
转载请注明原文链接：limit 的奇怪有关问题
