版权声明：作者：jiankunking 出处：http://blog.csdn.net/jiankunking 本文版权归作者和CSDN共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接。 https://blog.csdn.net/xunzaosiyecao/article/details/83063743
并不是所有在查询条件中出现的列都需要添加索引，对于什么时候添加B+树索引，一般的经验是，在访问表中很少一部分行是使用B+树索引才有意义。查看索引是否是高选择性的，可以通过SHOW INDEX语句中的Cardinality列来观察。Cardinality是一个估计值，在实际中，Cardinality/n_rows_in_table应尽可能接近1，如果非常小，那么需要考虑是否还要建这个索引。
索引的更新可能非常频繁，如果每次更新操作时就统计Cardinality值，那么对数据库会带来很大负担。InnoDB存储引擎中，Cardinality统计发生在INSERT和UPDATE操作中，不过并不会每次都去统计，它的策略是：
- 表中的1/16的数据已发生变化。
- stat_modified_counter > 2000000000。stat_modified_counter是数据库发生INSERT和UPDATE操作的计数器，如果每次对表中的一行数据更新操作，表中的数据几乎不会有变化，那么第一种策略就无法试用。所以计数器用来统计操作的次数，如果满足条件，也会统计Cardinality值。
在InnoDB存储引擎中，Cardinality值通过对8个叶子节点预估而得的。而不是一个实际精确的值。再者，每次对Cardinality值的统计，都是通过随机取8个叶子节点得到的，这同时有暗示了另外一个Cardinality现象，即每次得到的Cardinality值可能不同的。
本文整理自：《MySQL技术内幕 InnoDB存储引擎》
个人微信公众号：
作者：jiankunking 出处：http://blog.csdn.net/jiankunking