大家的数据库主键 ID 是用什么？

[zealinux]

1. 自增长的 Long 或 Int
2. UUID
3. 自己代码生成插入 String

或者其他更好的方案

---

我喜欢用 UUID，这样每次合并数据时没那么痛苦。

[CCIP]

雪花算法

[FanError]

用 UUID，不过一直看别人说性能不好。
我寻思着接触的项目应该数据量或对性能的要求还没达到要在这个 UUID 上榨性能的地步，就没管了。

[asAnotherJack]

自增，索引的原理 用自增的好

[tabris17]

那还不如 snowflake

[Cmdhelp]

这个还是看应用环境吧，

[ytmsdy]

自增，毕竟时不时查数据，看 ID 的时候，长长的 UUID 看多了眼镜会瞎。

[MeteorCat]

自增 ID，很多项目都达不到研究选用什么主键 ID 的地步，按照最简原则选择最容易的

[U7Q5tLAex2FI0o0g]

量大再考虑性能。
量少，喜欢用什么就用什么

[arthas2234]

这个要看表的作用啊，难道订单、用户、客户数据也用自增？

[ajaxfunction]

一直是自增，目前最悠久的一个项目自增到 90 万

[Veneris]

雪花算法，自增，不连续，全局无重复。
但是太长，有没有满足以上三条但短一些的。

[gjquoiai]

ulid https://github.com/ulid/spec

[littlewing]

@arthas2234 是的，都用自增，然后订单、用户、客户 id 加索引

[akira]

表主键 ID 用自增，原则上不参与任何业务逻辑，放着好看的。
业务 主键 用 uuid

[gz911122]

@arthas2234 是的 都用自增,恭喜你猜对了

[xsm1890]

innodb 自增

[jzmws]

无脑推荐雪花算法 太香了

[newtype0092]

@arthas2234 用啊

[Hanggi]

自增加 hash

[newtype0092]

@arthas2234 哈哈你看这么多用的，小数据量的自增最高效，大数据量或着跨库的时候用自己定义的 id 就行，自增 id 也是要保留的。