为什么很多公司要求 mysql 表主键 id 必须是 long 型？

[eightqueen]

int 型已经很大了，有 20 多亿，像用户表用 int 就足够了，用 long 不是浪费吗？

[hantsy]

内部 UUID ， 外部 Base58

[Ouyangan]

@bobuick 有这个道理, 如果说真有性能瓶颈了, 倒说明这产品发展的不错.

[gefranks]

我司一个产品也是快溢出了 出补丁出的疯掉

[ETiV]

LoL 还是 DotA （印象中是拳头），之前停机维护，就是因为数据库主键类型选的不够多…

[mornlight]

@ETiV Dota2 ，比赛场数爆了

[zkd8907]

腾讯旗下的 QQ 和微信都曾经因为 32 位的问题而专门立项，全公司大改。这个成本不管对于多大的公司来说，都是非常巨大的。

[mickeyandkaka]

生成全局唯一的 id ，这样不同业务用同一个 id 生成器后，各个子业务方便合并。

[Lucups]

当你有那么大量级的用户笑都来不及，还怕改？

PS ：不要过度设计。

[sudoz]

@zkd8907 JD 也是，还是商品 sku ，当初没想过会有那么多商品……

[Livid]

@fising 如果有的应用不生成自己的 User ID ，而直接用第三方的 User ID 的话。

[programgou]

[设计一个可扩展的用户登录系统]( http://www.liaoxuefeng.com/article/001437480923144e567335658cc4015b38a595bb006aa51000)

[viator42]

Android 的列表 id 值必须定义为 long
公司后台把只有两种值的字段都定义成了布尔类型，简直是不要命

[BB9z]

用户 ID 一般是够了，但用户产生的数据可能要多两个甚至三个数量级，业务发展好的两三年可能就需要考虑了。

[realpg]

说明这个公司用的不是 PHP ……

[msg7086]

如果你的系统不打算长期用、大规模用的话，当然可以用 int 。
人家公司是打算做大做强的，当然就用 long 了咯。
你看看现在的 IPv4 不就是 int 么， IP 分配都搞成什么鸟样了……

[beginor]

id 用时间字符串，精确到毫秒后面的三位数，类似这样 201606260812123654 便于排序和查看

[zealinux]

图省事就用 int ，
（以后有你哭的，不要说要改的时候，你跑了哦。）

图未来就用 long

[hggg]

没遇到过 int 不够(T⌓T)，哭晕在厕所

[quericy]

我们就是用的 int ，感觉到不了要用 long 的时候。。。。
三方登录单独建表维护

[tianice]

很多业务表都会有 userId ，如果后期再改，修改量巨大。
很多公司为了业绩好看，会自己做一些数据，你懂得。。。