MySQL中BIGINT与BIGINT(20)主键自增的区别深度解析
在MySQL数据库设计中，BIGINT常被用作自增主键的数据类型。许多开发者在建表时经常会看到或使用BIGINT(20)，从而产生疑问：BIGINT和BIGINT(20)在作为主键自增时到底有什么区别？本文将从底层存储、显示机制及版本演进等方面进行深度解析。
一、核心结论：存储与自增范围毫无区别
首先明确结论：无论是BIGINT还是BIGINT(20)，它们在磁盘上占据的存储空间完全相同，均为8个字节（64位）。这意味着它们能表示的数值范围以及自增的上限完全一致，没有任何差异。
有符号范围：-9223372036854775808 到 9223372036854775807
无符号范围：0 到 18446744073709551615
括号中的20并不影响数据的存储大小和取值范围，它仅仅是早期MySQL版本中用于控制“显示宽度”的修饰符。
二、BIGINT(20)中括号数字的真实含义
在MySQL 8.0之前的版本中，整数类型后面的括号数字（如INT(11)、BIGINT(20)）定义的是显示宽度，而不是存储长度。显示宽度仅在搭配ZEROFILL关键字时才会生效，用于在数值位数不足时左侧补零填充至指定宽度。
如果不搭配ZEROFILL使用，BIGINT(20)和BIGINT在查询结果的展示上没有任何区别。
-- 示例：显示宽度的作用 CREATE TABLE test_width ( id_bigint BIGINT, id_bigint_20 BIGINT(20), id_bigint_20_zerofill BIGINT(20) ZEROFILL ); INSERT INTO test_width VALUES (123, 123, 123); -- 查询结果展示： -- id_bigint: 123 -- id_bigint_20: 123 -- id_bigint_20_zerofill: 00000000000000000123
三、作为主键自增时的选择建议
由于BIGINT与BIGINT(20)在底层存储和自增序列的生成逻辑上完全等价，作为自增主键时，两者在性能和并发表现上没有差异。但在实际工程规范中，建议直接使用BIGINT或BIGINT UNSIGNED，省略括号及显示宽度的声明。
原因如下：
语义清晰：显示宽度与数据存储和约束无关，省略它可以避免造成误解，防止将其与字符类型的长度限制混淆。
MySQL 8.0+的弃用：从MySQL 8.0.17开始，整数类型的显示宽度属性已被官方标记为弃用（Deprecated），在未来版本中该特性将被移除。使用
BIGINT是符合未来标准的做法。
四、总结
在MySQL中，BIGINT和BIGINT(20)作为主键自增没有任何功能与性能上的区别。括号内的20仅代表显示宽度且需配合ZEROFILL使用，对存储、计算及自增上限无任何影响。在当前及未来的开发中，推荐直接使用BIGINT UNSIGNED AUTO_INCREMENT，摒弃冗余的显示宽度定义。