MySQL 该不该给 status 添加索引？

[zealinux]

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

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

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

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

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

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

[GTim]

加了索引，`select count(*)` 走的是索引，索引比起原表那真是小太多了

[gotonull]

status 加索引对 count 有影响？不懂，插眼。等一个大佬解释

[virusdefender]

status 加索引对 count 有影响？+1

看下 explain 的结果

[yumenawei]

这个是特例。
你随便查点需要回表的数据试试。

[sadfQED2]

Count 操作不会回表，你试试 select *

[xuanbg]

这种看情况，索引就是使无序的数据变得有序，相当于让乱糟糟的一群人按某种特性排起了整齐的队伍。如果你需要找的人在队伍里面占大多数，那这个队伍没多大意思。如果你要找的是队伍里面的少数人，那效率提升就是杠杠的。

[xinshoushanglu]

count 应该是在 mysql.sys 表里记录的一个量，和数据表的规模没关系。我之前一张一千多万的表，查都查不动，但是 count(1)或者 count(*) 还是秒出

[encro]

索引对于量少的数据有效。

比如你表数据绝大部分都是 status=0 的，
但是你查询是 status=1 的数据，这时候索引有效的，也是很快的，
如果你查 status=0，因为数据量超过了总数一般，那么索引无效。

[glacer]

加索引有效的原因是 0 和 1 的数据量不均等吧。如果 0 只占很小一部分，status=0 的时候当然很快

[PopRain]

@xinshoushanglu 人家是做条件 count, 不是统计全表的行数。 状态值用索引快是因为一个 Page 可以保存更多的记录，就算走索引全扫描，所需要的 I/O 比表扫描也少的多

[napsterwu]

区分度不大的字段加索引效果不大吧

[wdlth]

应该与其他的字段一起加联合索引，单独加不一定能用上。

[gongwenhua]

截个图看看 explain ？

[daozhihun]

不建议加索引，筛选的行数太少，系统很可能会忽略掉

[cheng6563]

这算是个特殊用法吧

[jam1024]

建议加组合索引，不建议加单独索引

[Orenoid]

status 这种选择性很低的列，单独加索引收益很低

[love]

这个状态很少的列要看数据分布的。如果是分布很平均就不用加。

[dongisking]

不建议，建议分表

[uxff]

加索引快是因为直接读索引就能统计到条数。而不需要再读表内容，减少了 io 次数。不加索引会增加额外的 io 开销。
读完索引再读表内容一般至少多加一次 io，除非表很小（在 B+数的一簇以内）。
如果不加索引，且 status=0 的值很多，分散在不同的簇上，那就很慢，需要很多次 io 。