关于MySQL复合索引的疑问

0 0

关于MySQL复合索引的疑问0

最近项目用到了MySQL数据库，其中一张表数据量较大，大约1000多万条数据，按照查询条件建立了复合索引，但在针对该表开发的应用程序界面上有多个查询条件（比如有按名称、地址、关键字、分类名称等多个查询框，本来想把这几个字段放一起组成复合索引），有时用户可能只用其中的一个或几个查询条件，比如只填了名称、地址的查询条件框，而没填写关键字、分类名称的文本框，这样点击查询是不是就不符合复合索引的左前缀规则了，而不能完全利复合用索引了？难道要针对这几个查询条件的不同组合分别制定复合索，以满足不同的查询条件组合？另外，每个查询条件都想支持模糊查询，请问针对这样的多条件查询应如何制定索引策略啊？谢谢大家的指导啊~~~

数据库

2014年10月28日 21:35

yingqiao
-1
0 0 9

1个答案按时间排序按投票排序

0 0

还是要看哪种检索发生的多。
如果某种组合A + B +　Ｃ发生的多，就建立ＡＢＣ的复合索引。
如果是单字段多，就按照单字段建立索引。
但是看你的说法，貌似根本无法确定哪种情况多，任意组合貌似都可以。。。

那么有另一个办法，但是会极大增加数据量。
就是按照你需要检索的项目，做一个检索专用的表。

简单来说，当原始表发生更新动作的时候，通过触发器来将数据插入检索表中去。表结构大概这样：
检索ｋｅｙ名　检索ｋｅｙ值
ｋｅｙ１　　　ｖａｌｕｅ１
ｋｅｙ１　　　ｖａｌｕｅ２
ｋｅｙ２　　　ｖａｌｕｅ３
ｋｅｙ２　　　ｖａｌｕｅ４
．．．

这样当你检索的时候，用的永远是检索ｋｅｙ名和检索ｋｅｙ值这两列做索引（不管你用多少条件检索，都是定位在这两列的）。
后面的列就是你需要查出来的数据。

你可以想象，当你有１条数据，需要用３个ｋｅｙ查询的时候，这个检索表里面是３条数据。你有１０００万条数据，３个ｋｅｙ的情况下这个表是３０００万条数据。
对于数据库的容量是个挑战，另外由于用了触发器，对于增删改操作会有一定性能影响，你需要定期做ｉｎｄｅｘ的整理等等一系列副作用。

如何取舍还要看你在性能和复杂度和空间占用中做个取舍。

我觉得ｋｅｙ不是很多的情况下，分别作单独索引也不是很差的效果，你可以实际测试下性能看看是否可以接受，当ｋｅｙ非常非常多的情况下，做大量索引可能性能会有问题，占用空间也非常大，这时候说不定用我说的方案是一个解决办法。