mysql - BIGINT mysql 性能与 INT 相比

Question

我正在尝试确定如果我将主键更改为 BIGINT(20)，我的表是否会降低性能。目前，我正在使用 INT(7)，并且已经有大约 300.000 个大 ID(7 位或 8 位)条目。我已经搜索了很多，但只发现它使用了更多的磁盘空间(这很明显)。

我现在所有的 ID 都是 7 位数字，但我的客户想要更改为 8 位数字。将来我将无法轻松更改软件，所以我考虑现在使用 BIGINT(20) 以防万一。即使我还不需要使用 BIGINT，它的性能会降低吗？

有这方面经验的人有没有关于速度和性能的建议？

Answer 1

回答您的问题:是的，它的性能会降低。显然，类型越大，表越大，查询越慢(更多的 I/O、更大的索引、更长的访问时间、结果不太可能适合各种缓存，等等)。因此，根据经验:始终使用适合您需要的最小类型。

话虽如此，性能并不重要。为什么？因为当您到达溢出 INT 的地步时，BIGINT 是唯一的解决方案，您将不得不忍受它。同样在这一点上(考虑到您正在使用自动增量 PK，您将超过 4 billions 行)，您将遇到更大的性能问题，并且与 INT 相比，BIGINT 的开销将是您最不关心的问题。

所以，请考虑以下几点:

• 如果您不需要负值，请使用 UNSIGNED，这将使限制加倍。
• UNSIGNED INT 最大值为 4.294.967.295。如果您使用的是自动增量 PK，并且您只有 300.000 个条目，您真的不必担心。你现在甚至可以使用 MEDIUMINT，除非你计划实现非常快速的增长。 (见 http://dev.mysql.com/doc/refman/5.1/en/integer-types.html)
• 类型后括号中的数字不影响类型的最大值。 INT(7) 与 INT(8) 或 INT(32) 相同。如果您指定了 ZEROFILL，它用于指示显示宽度(参见 http://dev.mysql.com/doc/refman/5.1/en/numeric-type-overview.html)