当MySQL的int不够用了

关于int的长度

• 很多时候看到int(8)这样的定义，其实这是工具导出的不专业。

• int是范围，不是长度。

• 在开发有了共识（知道这个长度不算数，要看范围）以后，上来就是所有的类型都是bigint。

int的范围

• int的取值范围是
• TINYINT：占用1个字节（8位），取值范围是-128到127（有符号），或者0到255（无符号）。
• SMALLINT：占用2个字节（16位），取值范围是-32,768到32,767（有符号），或者0到65,535（无符号）。
• MEDIUMINT：占用3个字节（24位），取值范围是-8,388,608到8,388,607（有符号），或者0到16,777,215（无符号）。
• INT 或 INTEGER：占用4个字节（32位），取值范围是-2,147,483,648到2,147,483,647（有符号），或者0到4,294,967,295（无符号）。
• BIGINT：占用8个字节（64位），取值范围是-9,223,372,036,854,775,808到9,223,372,036,854,775,807（有符号），或者0到18,446,744,073,709,551,615（无符号）。
• 总之占位字节越多，性能就越不好。所以都是bigint不太合适

我个人建议

• MySQL的表，如果要自增ID当主键的，那么就是用int就行。可以放21亿条数据。现如今99.99%的系统中的数据表没这么多数据。如果想再多一点用无符号的，那么就能扩大到42亿条数据。现如今99.9999%的系统中的数据表没这么多数据。
• 问题来了，如果一开始没设置无符号，到了21亿的范围会如何？
• 答案是写不进去了。
• 追问，这个时候改还来得及吗？
• 答案是，可以。

实操测试