MySQL 该不该给 status 添加索引？

[zealinux]

现在某个表，有个 status，有两个值，0，1

按照好多文档说明，这列不应该加索引。

比如，0 是未处理的，1 是处理过的。

一般都是要查 0，来进行处理。

发现 status 加了索引之后，查找的速度飞快。

2000w 的表，SELECT COUNT(*), 从 14s 下降到 0.1s 以下（ SQL_NO_CACHE ）

[uxff]

看了 mysql 的实现原理后，你就懂了，mysql innodb 索引是针对现代磁盘高度优化的。只统计或查询索引上的字段都会快很多。

[littlewing]

count(*) count(1) count(status) 确实是有用的，因为 MySQL 判断扫描 status 索引也能得到正确的 count，而 status 索引比其他索引和主键索引扫描起来快多了
但是如果想用 status 索引加快 select * from xxx where status = 1 这样的查找速度的话，就不用想了，MySQL 绝对会选择扫描主键索引，因为 cardinality 太小了，再加上回表的开销，MySQL 会认为走主键索引更快

[littlewing]

@xinshoushanglu innodb 是不能这样做的，因为有事务和隔离级别的存在，同一时间不同事务看到的 count 可以不一样，Myisam 是可以这样做的

[hooopo]

具体情况具体分析

[thinkmore]

不建议加。status 区分度太低了，基本全是扫描叶子节点。

如果你查这样的，你就能感受到了

select column_1,column_2,column_3 from table where status = 1

[qyvlik]

根据业务要求加，就是根据哪种 sql 查询多的去加索引，还要根据具体 sql 查询拼接的条件。
所谓 status 区分度低的前提是 0，1 均匀分布，说白了可能各 50%，这样加索引就没啥效果。按照你的问题描述，以及可能的常用场景，0 和 1 的分布不是均匀的，一般是 0 >> 1，就是说 status 为 0 可能就是全表记录的 一小部分（例如 1%），那么如下的查询 sql：
select * from table where status = 0
就会走索引，而且索引扫描的行数也不会太多。
但是如下的 sql：
select * from table where status = 1，可能会走索引，但是扫描的行数过多时会让 mysql 做出扫描全表的执行计划。
select count(*) from table，在有索引的情况，可能会走索引，具体看看执行计划。

[54qyc]

status 如果是和常量值比较，并且常量值占比比较小，则 mysql 会走索引而不会全表扫描. 这里和 count 机制没关系吧，select 任意的速度应该都会更快。OP 是这样吗？

[54qyc]

@littlewing 并不是这样。与常量比较，mysql 会看 1 的占比。占比低就会走索引。而不是看基数，看基数发生在与列值比较的情况。