复合索引最令人困惑的当属索引列的顺序。不仅依赖于使用该索引的查询,更需考虑排序和分组。
前段时候我发了个帖子:where条件顺序和复合索引字段顺序。感兴趣的朋友最好还是參与讨论。
今天我提个自己的观点。
在应用开发阶段,【选择性】是我们首要考虑因素,请看简图:
当出现sql性能问题时,你可能须要注意下面几个:
1. 随机IO
2. 排序(order by)
3. 分组(group by or distinct)
这时不必也不应该在关注【选择性】
我的经验便是。在你手上已经有Top N SQL时,我们应该优先考虑【值的分布】。而不是选择性。
那么该怎样推断【值的分布】,我们通过一种被geek称之为 【sarg】的方法,详细操作例如以下:
假如,我们有例如以下query:
select * from userresult_f where askid=800808 and uid=110996854;
则有2个索引可供选择:
1. idx_1 (askid,uid)
2. idx_2 (uid,askid)
是1 还是2 ?
利用【sarg】方法:
mysql> select sum(askid=800808),sum(uid=110996854) from userresult_fG; *************************** 1. row *************************** sum(askid=800808): 6 sum(uid=110996854): 2 1 row in set (0.00 sec)
根据查询输出。我们应该选择 idx_2
By 数据牧羊人
Good Luck!
2014-4-27 19:05 于福州