关于 MySQL 建表主键用自增还是 uuid 的问题

[daoqiongsi1101]

关于 MySQL 建表主键 id 字段的类型，目前有这几种：

1. 一个自增数字作为主键 id
2. 一个无序的 uuid 作为 id
3. 一个有序的 uuid 作为 id
4. 一个业务 uuid （无序）作为 id ，一个自增字段 incr_id

InnoDB 引擎，主键 id 有序能利用其优势。

第 1 种，对于敏感的数据，容易根据 id 增长暴露增量；

第 2 种，没利用到 B+ Tree 的特性；

第 3 种，要引入 snowflake 等算法生成器；

第 4 种，其实是第 2 种的变体，加一个 incr_id 自增字段，在分页的时候用到

大家讨论一下，在 2021 年，那种主键 id 类型是推荐的？

[NBY]

@Numbcoder 严重同意
PG 这么好用为啥不用 PG 呢

[imnpc]

建议使用自增 ID 然后 使用 hashid 对外输出和解密

[niubee1]

MySQL 用 uuid 有性能问题，最好是自增

[whoosy]

用自增 uuid

[fangcan]

用自增 id ，但是 id 不暴露可以么？ 暴露业务 id

[nigulasida]

@Numbcoder 换乘 PG ，为什么主键就不需要考虑这个问题了呢？
可以用 uuid ？

[nigulasida]

@NBY

换成 PG ，为什么主键就不需要考虑这个问题了呢？
可以用 uuid ？

[elboble]

自增吧，mongo 要花力气才能做个自增的 id ，mysql 自带的还不用？

[Jooooooooo]

雪花是如此简单为啥不用呢.

[nekoneko]

id + uuid
后端逻辑用 id
前后端交互用 uuid

[0x208]

雪花目前用的挺舒服

[codespots]

@elboble 同意，用 MongoDB 的时候，一些场景比如用户 id 之类的，必须用类似自增 id 这样的 id ，就得费劲巴拉地区实现一个的时候，非常想念 mysql

[zoharSoul]

@onhao #9 败的一塌糊涂 什么意思?

[Huelse]

我们是主键自增 ID ，在系统内部关联查询等时也用这个 ID ，
给用户等外部查询时是 hashid 或 uuid ，系统内部不会去用

[onhao]

@zoharSoul 盗版采集 直接根据 ID 来采集我们最新的作品。

[zhangyl]

雪花，或者自增
雪花的话，如果和前端有交互，bigint 类型有失精问题（末尾几位会变成 0 ），可以改为字符串