MySQL索引性能…我应该在这个简单的表上创建索引吗？

Question

我已经阅读了约20个有关索引性能的主题，但仍然有几个问题...

1. 您是否建议对仅包含约2000行的表中的userid列建立索引，这些列为id （自动递增）， userid （唯一性，如ssn）， first_name ， last_name ， phone_num，并且在出现以下情况时会在每页上显示first_name，last_name，phone_num用户通过使用WHERE userid ='123-45-67890'从表中选择该数据来登录？

2. 与1）相同的问题，但是行数随时间增加，并且可能远远超过2000？

Answer 1

通过使用WHERE userid ='123-45-67890'从表中选择该数据，当用户登录时，它将在每个页面上显示first_name，last_name，phone_num。

绝对可以，只需扫描一些行就够了，而不是扫描所有行。 您将在每个页面上使用查询。 但是，您是否考虑过将数据存储在会话中？

当您认为一个表将有许多写入操作（例如，您正在记录某些内容）时，必须使索引保持最小。 在用户表中，您很可能会有很多读取次数而很少写入。

此外，如果从中受益的查询很少运行并且其性能可以接受，则可以考虑不添加索引。

没有索引：

使用索引：