虚心求教，mysql 查询优化方案，难道无解？

meizhe1981

表结构如下
CREATE TABLE `test` (                        
                       `userid` bigint(20) unsigned NOT NULL DEFAULT '0',         
                       `entryid` int(10) unsigned NOT NULL DEFAULT '0',      
                       `inverse` bigint(20) NOT NULL DEFAULT '0',           
                     ) ENGINE=InnoDB DEFAULT CHARSET=utf8

查询语句如下

select * from test where userid in ( 1, 2) order by inverse asc

如何达到最优化的查询效果

如果增加索引如下

PRIMARY KEY (`userid`,`entryid`,`inverse`)

explain 时会有filesort, 结果数据集较大是filesort对系统的压力比较大

如果增加索引如下

PRIMARY KEY (`inverse`，`userid`,`entryid`)

数据查询是就会进行全表扫描

对于这种情况，有没有好的办法解决，解决方案不局限于mysql本身

阶段总结：http://bbs.chinaunix.net/thread-1323693-3-1.html

[ 本帖最后由 meizhe1981 于 2008-12-2 10:59 编辑 ]

ccheartfei

关注

meizhe1981

莫非CU能人都去云游？

lizhuo

为什么建立这样的主键PRIMARY KEY (`userid`,`entryid`,`inverse`)？
在userid建主键，在inverse建索引。

gogo407

需要explain的结果

gogo407

其实我很想知道你的应用需求，这个表很简单，sql也很简单，通过修改索引和sql的话性能提高有限！
userid ,inverse的联合索引只能针对

select * from test where userid=1, order by inverse asc
有效
而

select * from test where userid in ( 1, 2) order by inverse asc
肯定是有filesort的
除非我们用其他变通的方法

gogo407

lz的这条sql没有limit吗
我在这里抛砖引玉了

meizhe1981

有limit,是呀，按照sql的理论这条语句肯定是有filesort, 有没有非mysql的结局方案？ 如果用缓存的话效果也不是很好，数据会复制很多份

我这个应用是这样的，取得某个用户好友的entryid,这样描述大家应该比较清楚了吧？

[ 本帖最后由 meizhe1981 于 2008-12-1 14:38 编辑 ]

gogo407

原帖由 meizhe1981 于 2008-12-1 14:03 发表
没有limit,是呀，按照sql的理论这条语句肯定是有filesort, 有没有非mysql的结局方案？ 如果用缓存的话效果也不是很好，数据会复制很多份

我这个应用是这样的，取得某个用户好友的entryid,这样描述大家应该比 ...

我不清楚，不知道别人怎么想，如果涉及的公司内容，可以发站内信告之