我需要在表（列）中添加索引，并在这篇文章中偶然发现：
多少数据库索引太多？
Quote：“话虽如此，您可以清楚地向表添加很多毫无意义的索引，这些索引不会执行任何操作。将B- Tree索引添加到具有2个不同值的列中将毫无意义，因为它在查找数据方面不会增加任何内容。列中的值越独特，则从索引中受益越多。”
如果只有两个不同的值，索引真的没有意义吗？给定如下表（MySQL数据库，InnoDB）
Id (BIGINT) fullname (VARCHAR) address (VARCHAR) status (VARCHAR)
进一步的条件：
我的理解是，在没有状态索引的情况下，带有select的选择where status=’enabled’将导致具有3亿条记录的完整表扫描处理？
where status=’enabled’
在状态上使用BTREE索引时查询的效率如何？
我应该索引此列吗？
MySQL InnoDB提供什么替代方法（可能是其他索引），以给定示例中的“基数/选择性非常低”的方式通过“ where status =“ enabled”子句有效地查找记录？
您描述的索引几乎没有意义。索引是最好的使用，当你需要选择一个 小 相比，总行的行数。
这样做的原因与数据库访问表的方式有关。可以通过全表扫描评估表，在该表中依次读取和处理每个块。或通过rowid或键查找，其中数据库具有键/行并读取所需的确切行。
如果您使用基于主键或另一个唯一索引的where子句，例如 where id = 1，数据库可以使用索引来获取对行数据存储位置的精确引用。这显然比进行全表扫描和处理每个块更有效。
where id = 1
现在回到您的示例，您有一个where子句where status = 'enabled'，该索引将返回150m行，并且数据库将不得不使用单独的小读取依次读取每一行。而通过全表扫描访问表允许数据库利用更有效的较大读取。
where status = 'enabled'
最好只进行全表扫描而不是使用索引。使用mysql时，您可以将其FORCE INDEX (idx_name)用作查询的一部分，以允许在每个表访问方法之间进行比较。
FORCE INDEX (idx_name)
