mysql 主键用 uuid 还是 uuid_short 好

如果不是分布式,还是整数好呀……

@ebingtel 考虑分布式

根据实际设计就好：
int 自增也不是不支持分布式，而是需要预留自增跨度，比如第一节点从 1 自增，自增步长为 32 （这里就意味着预留了 32 个数据库节点扩容空间）
uuid 是否需要有序，重点在于写入性能，采用有序是为了保证落盘顺序为“尾部追加”，这时候如果使用了时间戳列作为聚集索引，那么 id 列是否就不需要使用有序了（优缺点：浪费一个索引的空间损失，但是 id 规则会简化）
uuid_short 我没用过，大致感觉就是省了一部分索引占用的硬盘空间，查询时候也省了一点内存，会有一定的提升。

分布式生成 big int unsigned 的趋势递增 id 作为主键

@opengps 这就是答案啊

分布式 id 为什么不用推特的 snow 算法生成，uuid 的缺点太明显了

@Aresxue 雪花算法只能用 69 年！

@jry 可以自己决定时间戳占用的长度的，标准的是 32 个机房，每个机房 32 台机器，共 1024 台机器，每毫秒最多生成 4096 个 id，可以用 69 年。你每多挪出来 1bit，可用时间就翻一倍。

@jry 雪花算法可以保证有效期内不会出现重复 id，但是存在时钟回拨的问题

@jry 69 年以后建议重写项目（
到时候硬件软件环境都和现在截然不同了，用现在的概念去预测未来没太大用处。

@jry 你认真的？普通项目能不能活过 6.9 年都是个问题。。。