数据库自增主键可能的问题

2、使用时间戳+随机数

优点：实现简单，与数据库无关，移植性较好

缺点：长度太长，最少也得20位，不仅占空间并且建索引的话性能会比较差点吧

3、每次取主键最大值+1做为新的主键

优点 ：主键长度可控，移植性较好

缺点：并发写可能会造成主键冲突，对并发也不太好控制

4、单独建一个存放主键的表

优点：实现简单，移植性较好

缺点：需要考虑并发问题，整个系统主键生成都依赖该表，性能影响可能较大

即要做到移植性好，性能好，又不会出现并发问题，似乎是没有完美的方案了吗？

一、对于MySQL来说，使用自增还是比较划算的，因为索引使用的底层数据结构(B+树)的原因，如果是自增ID的话，那么数据插入时最多就是引起节点的分裂，而如果是使用非自增ID，则有可能会导致节点移动和分裂。

二、如果使用MySQL又使用UUID作为主键的话，那么插入效率必然大幅下降。

1、当然，使用自增也会带来问题，就是日后如果要做水平切分的话，那么有可能会产生冲突的主键。

2、 而且并发插入的量比较大的时候，MySQL 中如果有自增字段的话，MySQL 会维护一个自增锁，InnoDB 表引擎会在内存里保存一个计数器来记录 AU