mysql的Late row lookups(推迟row查找)_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 2048 | 回复: 0   主题: mysql的Late row lookups(推迟row查找)        下一篇 
leixianp
注册用户
等级:新兵
经验:57
发帖:64
精华:0
注册:2011-7-26
状态:离线
发送短消息息给leixianp 加好友    发送短消息息给leixianp 发消息
发表于: IP:您无权察看 2014-12-23 16:34:23 | [全部帖] [楼主帖] 楼主

mysql的Late row lookups(延迟row查找)

CREATE TABLE `20130122handler` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`uid` int(11) NOT NULL,
`content` varchar(50) NOT NULL,
PRIMARY KEY (`id`),
KEY `20130122handler_idx_uid` (`uid`)
) ENGINE=InnoDB


里面有60w数据,现在模拟按uid排序分页的情况
要看第七页的内容,用

select SQL_NO_CACHE * from 20130122handler
order by uid LIMIT 120,20


查找20条数据,基本就是瞬间的事情
假设用户比较变态,直接点到了102页,用

select SQL_NO_CACHE * from 20130122handler
order by uid LIMIT 2020,20


查找20条数据,发现各种性能相当差
似乎mysql在这种情况下,要从20130122handler_idx_uid索引中读取2040条secondary记录,
然后执行2040次的主键查询,然后返回20条,所以浪费了2020次主键查询
可以考虑用这种手段,减少无用的row lookup

select SQL_NO_CACHE m.* from(
select uid from 20130122handler
ORDER BY uid LIMIT 2020,20) t,20130122handler m
where t.uid=m.uid


这是因为20130122handler_idx_uid是secondary索引,所以要row lookup
用了

select SQL_NO_CACHE * from 20130122handler
order by id LIMIT 120,20
select SQL_NO_CACHE * from 20130122handler
ORDER BY id LIMIT 2040,20


差别就不明显了

--转自 北京联动北方科技有限公司




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论