Mysql 关于复合索引的顺序。a 在前？b 在前？

有个表5000w的记录，要给a、b列建唯一索引。其中a为int，大概分布在1-1500左右；b为varchar(32)，8-32个字符，b中出现重复的极低。
现在考虑到where a=x1 and b=x2的情况，这个索引顺序怎么建比较科学，然后理由？

已经google过了，如
http://blog.segmentfault.com/waterblog/1190000000473085
5.联合索引的顺序问题：将选择性高的索引放到前面

众神什么看？

索引

顺序

字符

4 replies • 2014-05-28 12:19:42 +08:00

duzhe0

May 27, 2014

测一下实际效果看看。估计差别不大，没必要那么纠结。我猜b-a可能好一点

tonitech

May 28, 2014

楼主做个测试再给个答案吧

cyyever

May 28, 2014

根据选择率是a-b，但是有个问题，这样做索引会比b-a大，因为a-b中a出现了1500次,b也出现了1500次，如果是key buffer比较稀缺的话，还不如b-a，毕竟查内存索引总比查磁盘索引快吧
我建议楼主两个索引都创建一下，然后用show table status看下index大小。然后结合服务器资源综合考虑
我的看法是内存再慢也比io快，redis就是省内存，比memcached现在发展得好。。虽然它单个操作可能比memcached慢。。

tonic

May 28, 2014

(b, a) use where b= and a=