表的主键用数字还是UUID

什么是UUID

UUID 是通用识别码的缩写，其目的是让分布式系统中的所有元素，都能有唯一的辨识信息，而不需要通过中央控制端来做辨识信息的指定

UUID一共有三段数据组成，第一段是时间信息、第二段时钟信息、第三段唯一机器识别号，因为时间信息、时钟信息是变化的，因此每台机器生成的UUID也是在不断变化的。
MySQL数据库里也自带了UUID函数，可以方便的为我们生成UUID字符串，那么下面我们给大家演示下

select UUID();

c50ddfd5-a56f-11ea-b8fe-025041000001

为什么总有人想要用UUID

这也是有原因的，如果再数据库的集群中，如果说每一个主机的MySQL主键都使用主键自动增长的方式，去生成主键，是很容易出现重复的主键值的，无法保证全局唯一，比如：

想一想，当我们在DB1里保存了一个空调记录，主键值应该是1，那么DB2上面保存了一个办工桌，主键应该也是1吧，现在不多说了，商品表里就出现了重复的主键值，并不是唯一的，所以说这种数据库的主键自动增长机制是很容易出现全局冲突的值的，所以就有人想了把主键的值换成UUID字符串，不管我在那条数据库里插入了多少条记录，商品的唯一值是永远也不会重复的，这样UUID真的解决了，主键值重复的问题。
不过这又引发了新的问题，别着急，我们先看下优点再看缺点

UUID主键的好处

• 因为UUID生成是本机来完成的，不是在中央的节点，因此说分布式的主键生成速度是比全局节点快的
• 使用UUID生成的主键值全局唯一
• 跨服务器合并数据很方便，不会引发数据的冲突

UUID主键的缺点

• UUID占用16字节，比4字节的INT和8个字节的BIGINT更加浪费存储空间
• UUID是字符串类型的，查询速度很慢
• UUID不是顺序增长，字符串的长度忽大忽小的，由于MySQL主键自建索引，和数据写入基于page，如果顺序的话一个写满了再写下一个；可UUID做主键MySQL就要经常调用以前的配置，看看新的配置应该保存到那个配置里面，带来的性能问题真的很大

主键自动增长的优点

• INT和BIGINT类型占用存储空间小
• MySQL检索数字类型速度远快于字符串
• 主键值是自动增长的，所以IO写入连续性较好

分布式环境下的主键自动增长

使用UUID代替自动增长主键，就是为了避免分布式存储下的主键冲突，但是现在管理数据库集群的中间件已经可以生成全局主键了，也即是说依靠全局的中央节点生成连续的数字作为主键值，这个数字是不会重复的，比如MyCat:

MyCat实际上就是一个SQSL语句的路由器而已，我们用Navicat连接上MyCat，把要执行的insert语句传递给MyCat，MyCat生成全局数字主键值后，把这个值放到insert里，放到后面的数据节点去执行。

如上图，如果要插入的是一个家电商品，就交给DB1执行；如果插入的是办公用品就交给DB2执行。不管哪个DB执行，都不会生成自增的主键值，因此就不会出现主键值重复这个问题

MyCat生成连续的主键值，应该是用的单线程，因为多线程很容易出现数据错乱，但是也不用担心单线程性能的问题，比如说node 、redis呀都是单线程的，但是经过优化后性能也非常的不错，不用为此担心

总结

分布式场景下，可以使用中间件生成全局唯一的主键值，所以就不推荐使用UUID作为数据库的主键