分库分表之后，id唯一主键如何生成

一、前言

当单库无法满足业务需求时，分库分表就是一种要做的优化手段了，然而将原本属于一个库中的数据拆分成多份后，如果让每个表的主键依旧从1开始递增，这很明显是不满足全局唯一id的需要。那这个时候我们要使用哪种方式来保证我们的是全局唯一呢，接下来花哥分享几种常见的做法，可以根据具体业务场景进行选择。

二、正文

• 数据库自增id

此方式思路很简单，每次我们需要拿到id时，我们就向同一个库的某个表插入数据，此时我们会得到一个自增id，取到这个id之后再往对应的分库分表里去写入。同样该方式缺点也很明显，通过单库生成唯一id，不适用高并发的业务场景；

如果想要改进该方式，那么就专门开一个服务出来，这个服务每次就拿到当前id最大值，然后自己递增几个id，一次性返回批量id，然后再把当前最大id值修改成递增几个id之后的一个值；

适用场景：你分库分表就俩原因，要不就是单库并发太高，要不就是单库数据量太大；除非是你并发不高，但是数据量太大导致的分库分表扩容，你可以用这个方案，因为可能每秒最高并发最多就几百，那么就走单独的一个库和表生成自增主键即可。

缺点： 并发很低，几百/s

• UUID

这是我们常用的手段之一，通过本地生成，不依赖数据库，但是由于uuid太长，作为主键性能太差，不适合用于主键。

适合的场景：如果你是要随机生成文件名&