详解：MySQL自增ID与UUID的优缺点及选择建议，MySQL有序uuid与自定义函数实现_自增id的缺点

1.自增ID的优缺点

1.1 优点

1. 主键页以近乎顺序的方式填写，提升了页的利用率
2. 索引更加紧凑，性能更好查询时数据访问更快
3. 节省空间
4. 连续增长的值能避免 b+ 树频繁合并和分裂
5. 简单易懂，几乎所有数据库都支持自增类型，只是实现上各自有所不同而已

1.2 缺点

1. 可靠性不高

   存在自增ID回溯的问题，这个问题直到最新版本的MySQL 8.0才修复。

2. 安全性不高

   ID不够随机，对外暴露的接口可以非常容易猜测对应的信息。比如：/User/1/这样的接口，可以非常容易猜测用户ID的值为多少，总用户数量有多少（泄露发号数量的信息），也可以非常容易地通过接口进行数据的爬取，因此不太安全。

3. 性能差

   自增ID的性能较差，需要在数据库服务器端生成。对于高并发的负载，innodb在按主键进行插入的时候会造成明显的锁争用，主键的上界会成为争抢的热点，因为所有的插入都发生在这里，并发插入会导致间隙锁竞争。

4. 交互多

   业务还需要额外执行一次类似 last_insert_id() 的函数才能知道刚才插入的自增值，这需要多一次的网络交互。在海量并发的系统中，多1条SQL，就多一次性能上的开销。

5. 局部唯一性

   最重要的一点，自增ID是局部唯一，只在当前数据库实例中唯一，而不是全局唯一，在任意服务器间都是唯一的。对于目前分布式系统来说，这简直就是噩梦。

6. 不利于数据迁移与扩展

1.3 不适合以自增ID主键作为主键的情况

1. 数据量多需要分库分表，可能会造成ID重复
2. 经常会遇到数据迁移的情况
3. 新数据需要和老数据进行合并

2.UUID作为主键

2.1 介绍

虽然UUID（） 值是 旨在独一无二，它们不一定是不可猜测的 或不可预测。如果需要不可预测性，UUID 值应该以其他方式生成。

UUID：Universally Unique ldentifier 通用 唯一 标识符

对于所有的UUID它可以保证在空间和时间上的唯一性。它是通过MAC地址，时间戳，命名空间，随机数，伪随机数来保证生成ID的唯一性，有着固定的大小(128bit)。它的唯一性和一致性特点使得可以无需注册过程就能够产生一个新的UUID。UUID可以被用作多种用途，既可以用来短时间内标记一个对象，也可以可靠的辨别网络中的持久性对象。

MySQL中的UUID组成 = [时间低位+时间中位+时间高位]（16字节）- 时钟序列（4字节） - MAC地址（12字节）

mysql> select uuid();
+--------------------------------------+
| uuid()                               |
+--------------------------------------+
| 4b176683-695a-11ed-a641-0a002700000c |
+--------------------------------------+
1 row in set (0.00 sec)
1
2
3
4
5
6
7