Mysql - 为啥不建议UUID当主键

1. 不能当主键的原因:

MySQL写入数据时，会把数据存放到索引页中。使用UUID作为主键，新行的主键值不一定比之前的主键值大，所以innoDb无法做到总是把新行插入到索引的最后，而需要为新行寻找合适的位置来分配新的空间（因为是B+树方式存储的）。

要分配新的空间，就要知道应该分到哪个页。如果用自增主键等，直接顺序增加在后面。而UUID类，就需要排序后这儿插一个，哪儿插一个。不够的话，还要页分裂。而且，随机值载入到聚簇索引，有时候会需要做一次OPTIMEIZE TABLE来重建标并优化页的填充，这将又需要一定的时间消耗。

2. 不好，那为啥大家还要用？那有什么其他措施？

用自增主键有以下问题：

a. 可能存在根据ID值爬取数据库记录，有安全风险；
b. 系统重构或者与其他系统集成时，可能存在新老主键冲突；
c. 并发插入会导致间隙锁竞争；
d. 分库分表场景下的ID生成;
e. 自增主键有限，要考虑主键长度问题。

随便想想：

1. 分库分表的场景，可以修改步长；

2. 系统重构或者其他系统集成，是不是可以预留一段ID专用，做ID转换；

3. 是不是可以依赖redis,获取锁段，然后内存计算ID，做为主键；