我目前正在开发一个新系统，查看CMS存储的有关用户访问日志的数据 .
我正在寻找从当前提取数据的当前表是500万行 . 这是大约11个月的数据 . 我正在进行的SQL查询通常会搜索 uid 这样的索引列 .
uid
我感兴趣和可扩展性的问题是，即使索引列不能加快搜索速度，表格需要达到多大？
如果主要读取表，索引将始终更快 . 如果您希望写入比读取更快，那么更新索引可能会变得比它的 Value 更高 .
如果 uid 是您的主键，那么它将始终被索引并且该索引实际上没有开销，因为MySQL无论如何都需要每行的密钥 .
适当的索引将始终加快查询......这就是他们的观点 . 表的大小并不重要，索引的关键是为DBMS提供一个检索表的子集的途径，而不是必须逐行读取整个表 .
2 回答
如果主要读取表，索引将始终更快 . 如果您希望写入比读取更快，那么更新索引可能会变得比它的 Value 更高 .
如果
uid是您的主键，那么它将始终被索引并且该索引实际上没有开销，因为MySQL无论如何都需要每行的密钥 .适当的索引将始终加快查询......这就是他们的观点 . 表的大小并不重要，索引的关键是为DBMS提供一个检索表的子集的途径，而不是必须逐行读取整个表 .