分布式没法自增主键，就这么简单

研究了这么多年数据库，我现在才知道还有用 uuid 做主键这种玩法😂

@wysnylc 其实这个 topic 的重要问题是在于 UUID 如何影响的，分布式也好，单点也好，都没有关系，需要找到一种方案减少数据页分裂后导致的碎片和散列数据对 Buffer Pool 的影响。。。其实应该关注文章内容，而不是标题。。。

InnoDB 本省主键采用 B+，是有序存储的，用 uuid 存储大量数据得不偿失。

@encro 但是要考虑到就算是 UUID 也可以做成区间有序的，这样同样可以减少页的分裂

分布式用 UUID 没毛病

@wysnylc 分布式可以按区自增，比如前 16bit 表示 node，每个 node 有 48bit 的自增区间

印象中我记得 UUID 不是 char(36)啊，而是 binary(16)，节省一倍呢

我们一直用 uuid 作为主键，综合下来好处比坏处多。如果你们都是单表几千万上亿的，能够挽救你的也不可能是自增 ID，而是类似雪花算法的分布式唯一 id。

@wysnylc 分布式可以自增主键。

1.任何方案都有其优缺点。

2.如果因业务限制，只能采用某方案，那就应该先解决业务，再来想办法优化。

吓得我又去看了遍教材

用近似自增主键就好了

我挺喜欢 mongodb 的 ObjectId 的生成规则。

@23571113 求问什么教材

Postgres yes!

@levelworm 这东西怎么会有啥教材，有教材无非也就是抄手册上的内容再复述一遍
https://dev.mysql.com/doc/refman/8.0/en/innodb-storage-engine.html

当然偶尔也会有像姜承尧这种大牛出来写书，不过极少极少，至少到目前为止就 1 本

有序的 uuid 会好点吗

@wysnylc 阿里云 RDS 直接兼容 mysql 的 Auto Increment 啊…无缝升级

一般数据库有 uuid 类型的，实际上是类似于 int 有序的形式，性能也不会特别差

uuid 用 36 字节？ 16 字节就够了啊

做了个简单的小测试，乱序 32 位 MD5 ID vs 顺序 32 位字符串整数 ID vs 子增 ID 导致的页分裂次数，50000 条数据 INSERT：

```SQL
mysql> SELECT NAME, COUNT FROM INFORMATION_SCHEMA.INNODB_METRICS WHERE NAME
LIKE '%split%';
+---------------------------------+-------+
| NAME | COUNT |
+---------------------------------+-------+
| index_page_splits | 406 |
+---------------------------------+-------+
1 rows in set (0.00 sec)

mysql> SELECT NAME, COUNT FROM INFORMATION_SCHEMA.INNODB_METRICS WHERE NAME
LIKE '%split%';
+---------------------------------+-------+
| NAME | COUNT |
+---------------------------------+-------+
| index_page_splits | 288 |
+---------------------------------+-------+
1 rows in set (0.00 sec)


mysql> SELECT NAME, COUNT FROM INFORMATION_SCHEMA.INNODB_METRICS WHERE NAME LIKE '%split%';
+---------------------------------+-------+
| NAME | COUNT |
+---------------------------------+-------+
| index_page_splits | 193 |
+---------------------------------+-------+
1 rows in set (0.00 sec)
```

@wysnylc 可以使用雪花算法

@wysnylc snowflake 了解一下,推特在用的,性能可以百万级
我相信绝大部分同类场景应该都足够满足

要加上定语 MYSQL

其他数据库 uuid 似乎没问题哦 哈哈哈
更别说时间序的 uuid 了

@lolizeppelin 为什么，不是特别了解，但是 InnoDB 应该表达得比较明确了个人认为？据我所知 InnoDB 都是 B+树的索引组织表，如果不是的话请举出具体反例

单机搞什么 uuid，分布式 uuid 也没用

早知道就把标题改成散列 ID 的影响了...大家反正都不看内容只看标题..