互联网产品各表的主键（PK）设计

在多用户、高并发的互联网应用场景中，mysql数据库表的主键（pk）怎么设计更合理呢？可能的选择：

UUID

UUID的生成和使用，请参阅：https://baike.baidu.com/item/UUID/5921266?fr=aladdin

优点：

1. 好生成，容易保证唯一性（尤其全库唯一性的应用场景）
2. 有利于多用户、高并发的写操作性能提升
3. 父子表事务insert数据时，子表容易得到parent_id，不需要额外的查询等获取方式，甚至该操作可以放到事务外部

缺点：

1. 不利于阅读和记忆
2. 比int占更多的空间，包括数据存储空间、索引空间
3. 没有大小比较、顺序的实际意义，innodb存储中，页中数据为随机存储，读取也为随机读，较少能顺序读，对读取性能有影响（随机读；拿一批数据时，可能需要读取更多的页数据）

 

自增id

优点：

1. 好阅读、好记忆
2. 占用空间少
3. Innerdb存储引擎中，该表数据会按照自增id大小顺序，依次存储，有利于读操作的性能提升（更多的顺序读，装载更少的页）

缺点：

1. 父子表事务insert数据时，子表得到父表的parent_id，麻烦一些，有些语言和框架可能还需要额外进行查询，甚至有并发脏数据风险