正确选择 UUID 作为主键的数据类型

Question

先决条件是

1. 表将有数十亿的数据
2. 表将有二级索引
3. 表的主键将是另一个表的外键。
4. 表将有大量数据（另一列可能是文本）。

主键必须是唯一的，因为我的数据库是通过机器复制的，这就是我选择 UUID 的原因。

PS：空间也是一个问题，所以我猜 Varchar(36) 可能是个坏主意

Answer 1

我同意BINARY(16) 。 （16 字节比 37 字节好。）

但是 UUID 对于大表来说效率低得无可救药。 （我假设您的十亿行表不适合 RAM。）

我在http://mysql.rjweb.org/doc.php/uuid 中讨论了这些和更多问题

Answer 2

我会选择 BINARY(16)。 如果你想使用 CHAR，那么 CHAR(32) 就足够大了，没有连字符，但 BINARY 更小更快。