2020 年了，还有人觉得 UUID 比 int 适合“海量”数据？

[xiaoFine]

[murmur]

uuid 和 int 有本质区别么，多组的 int 按十六进制表示不就成了 uuid，很多是为了分布式唯一留的余量，没办法么，同步不过来就得把差距拉大省着冲突

[opengps]

单看容量，确实更合适

[cmdOptionKana]

“海量”还打了双引号，意思是数量不多，还是强调真的很大量？ int 够用吗？

[GM]

@cmdOptionKana
int64 最大大小为 9223372036854775807，每天消耗一万亿个，能消耗 9,223,372 天，也就是 25,269 年

[whywhywhy]

我们以前的系统是这样
字段 1，guid，字段 2，1/0
程序设计的也傻，一次读取一大摞，然后就看到网络被长时间占用，界面卡卡卡。。。（异地办公，带宽很小）

那时候就想，要是用 int 是多好啊

[opengps]

我当年为了避免系统有上限，选择了无主键

[Mithril]

@opengps 然而发现这么多年也没用到 int 上限？
其实你要做分布式的话，UUID 就比 int 好啊。如果只是单一数据库，那直接 int64 就完了。

[blless]

？数据库的话不是自增主键跟 uuid 的讨论吗？ int 如果全局唯一了 实质上也是一种 UUID。跟自增主键有个屁关系。

[akira]

然而就算用 uuid 做业务主键，我还是喜欢在前面加一个自增主键

[Jacky23333]

uuid 做主键性能不会有问题吗....

[wysnylc]

分库没法用自增主键，拉倒吧

[gabon]

不考虑业务场景跟这儿扯淡呢

[lshero]

uuid 的索引不好搞
int64 遇到了 JS 就酸爽了
所以有的公司会不惜一次网络请求去专门去搞一个派号服务

[uxstone]

[UUID 做主键有什么优势和劣势？]( https://www.v2ex.com/t/598593)

吵啥吵，没啥好吵的？
一句话 UUID 弊大于利！结束，睡觉

[uxstone]

？？？ 不支持 Markdown?