索引布尔字段是否有任何性能提升？

Question

我正要写一个包含a的查询WHERE isok=1.顾名思义,isok是一个布尔字段(实际上TINYINT(1) UNSIGNED是根据需要设置为0或1).

索引此字段是否有任何性能提升？引擎(在这种情况下是InnoDB)是否会更好或更差地查找索引？

Answer 1

只是为了在这里对其他几个答案给出一个更好的观点,因为根据我的经验,那些看着这样的问题的人和我们在同一条船上,我们都听说索引布尔字段是没有意义的,但是......

我们有一个大约有400万行的表,一次只有大约1000左右会有一个布尔开关标记,这就是我们搜索的内容.在我们的布尔字段上添加一个索引,加快了查询的数量级,从大约9秒到几分之一秒.

Answer 2

并不是的.你应该把它想象成一本书.如果一本书中只有3种单词并且您将所有单词编入索引,那么您将拥有与普通页面相同数量的索引页面.

如果一个值的记录相对较少,则会有性能提升.例如,如果您有1000条记录,其中10条为TRUE,那么在您搜索时它会很有用isok = 1

正如迈克尔·达兰特所提到的那样,它也会使写入变慢

编辑:可能的重复:索引布尔字段

这里解释说即使你有一个索引,如果你有太多的记录,它也不会使用索引. MySQL在检查= 1时不使用索引,但在= 0时使用它

Answer 3

它取决于实际查询和索引/查询组合的选择性.

案例A:条件WHERE isok = 1,没有别的:

SELECT *
FROM tableX
WHERE isok = 1

• 如果索引足够有选择性(假设你有1M行而且只有1k isok = 1),那么SQL引擎可能会使用索引并且比没有索引更快.

• 如果索引没有足够的选择性(假设您有1M行且超过100k isok = 1),则SQL引擎可能不会使用索引并执行表扫描.

案例B:条件WHERE isok = 1和更多东西:

SELECT *
FROM tableX
WHERE isok = 1
  AND another_column = 17

然后,它取决于你有什么其他索引.索引another_column可能比isok只有两个可能值的索引更具选择性.指数(another_column, isok)或(isok, another_column)将会更好.

Answer 4

这取决于数据的分布。

想象一下，我有一本书，其中有1000个紧密键入的页面，而书中唯一的单词是“ yes”和“ no”，一遍又一遍地重复并随机分布。如果要求我圈出“是”的所有实例，书后的索引是否有帮助？这取决于。

如果存在是和否的一半随机分布，那么在索引中查找将无济于事。索引会使书变大得多，无论如何，我会更快地从头开始，并逐步浏览每一页以查找“是”的所有实例并圈出它们，而不是查找其中的每个项目。索引，然后从索引条目中获取对引用的页面的引用。

但是，如果说，在我的一千页的书中只有十个“是”的实例，而其他所有内容都只有数百万个“不是”，那么索引将为我节省寻找这十个“是”的实例并将其圈出的时间。

在数据库中也是一样。如果是50:50的分布，那么索引将无济于事-数据库引擎最好只是从头到尾地浏览数据（全表扫描），而索引只会使数据库更大，并且编写和更新速度较慢。但是，如果它类似于4000：1分布（按照该线程中的oucil），则索引查找可以极大地加快它的速度，如果它是您要查找的4000个项目中的1个。

Answer 5

不,通常不是.

您通常在具有高选择性/基数的情况下索引字段以进行搜索.在大多数表中,布尔字段的基数非常低.它也会使你的写入速度略慢.