今天调整了一个高并发表的索引，完全感受到了索引的建立完全是依赖业务而定的，跟本身的唯一性并没有绝对量化的关系。

为优化之前：

光看两个字段的唯一性，一般而言都不会建索引：

两个字段都只有2个值，但是可以发现，条件中create_type=2 and need_update=1;都是结果条数很少的，分别是63条记录和4952条记录。

同时这张表并没有经常更新，于是添加了一个组合索引(create_typeneed_update)，再看执行计划。

跟原来的扫描162689条，只有原来的0.06%，在高并发的时候效率提升可谓显著！