Mysql多列索引问题请教

kirkcolors

假设现在有一表 字段A-D 约20万条数据
四个字段A B C D均有被独立当作条件搜索的机会 且均等
而同时A&B&C A&C&D A&B&C&D A&B&D A&*&*...
B&C&D B&C B&D..
C&D 这样的检索条件也存在

根据Mysql一次查询只能适用一个索引的原则
整个表的索引应该如何做呢？

yejr

1. 高版本的mysql支持merge index
2. 根据查询平率的高低创建不同的(联合)索引

ps,你的查询条件比较bt

kirkcolors

多谢楼上回复
请问5.0+的mysql时候能支持merge index?
支持的话是否需要我显示的用using union语句来表明 还是说mysql会自动merge？

多谢~

kirkcolors

索引必须是连续的,所以从这个出发点,只能建立一个union的ABCD的索引,如同上面说的,假如要查C,但你可以把A 和 B 加个永真进去,放在C条件前,就利用上了ABCD的union索引

有朋友给出了我这样的答复 我用explain测试发现确实可以用这种方法利用ABCD索引
不知道别的朋友对这个用法有什么看法和评价么

sunnyfun

用这个解决方法冗余太大了吧。

之所以有人认为一次查询只能适用一个索引，是由于索引合并优化算法的缺陷，遇到这种情况，可以通过使用IGNORE INDEX或FORCE INDEX让优化器考虑index_merge。

kirkcolors

原帖由 sunnyfun 于 2007-8-13 14:02 发表
用这个解决方法冗余太大了吧。

之所以有人认为一次查询只能适用一个索引，是由于索引合并优化算法的缺陷，遇到这种情况，可以通过使用IGNORE INDEX或FORCE INDEX让优化器考虑index_merge。

请问所谓冗余冗余在何处呢？在数据库的效率上还是在程序的编写上？
如果要强制merge index 要怎么做呢？

showsa

原帖由 kirkcolors 于 2007-8-13 08:50 发表


有朋友给出了我这样的答复 我用explain测试发现确实可以用这种方法利用ABCD索引
不知道别的朋友对这个用法有什么看法和评价么

这种方法是可行的

reference:http://dev.mysql.com/doc/refman/5.0/en/index-merge-intersection.html

kirkcolors

多谢楼上~

sunnyfun

7楼的只是mysql内部如何将查询优化吧。
如何强制index_merge参见IGNORE INDEX或FORCE INDEX语法。
需要注意的是，有时候并不一定用到所有索引就是最快的。

kirkcolors

请问楼上
为什么说用到Union索引不是最快的？
怎么会更快呢？ 不用的话岂不是扫描一定结果集的所有行