分库分表之后id主键如何处理

介绍

本篇内容介绍了“分库分表之后id主键如何处理”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!

因为要是分成多个表之后,每个表都是从1开始累加,这样是不对的,我们需要一个全局唯一的id来支持。

生成全局id有下面这几种方式:

<李>

UUID:不适合作为主键,因为太长了,并且无序不可读,查询效率低。比较适合用于生成唯一的名字的标示比如文件的名字。

<李>

数据库自增id :两台数据库分别设置不同步长,生成不重复id的策略来实现高可用。这种方式生成的id有序,但是需要独立部署数据库实例,成本高,还会有性能瓶颈。

<李>

利用复述,生成id:,性能比较好,灵活方便,不依赖于数据库。但是,引入了新的组件造成系统更加复杂,可用性降低,编码更加复杂,增加了系统成本。

<李>

美团的叶分布式id生成系统,:叶是美团开源的分布式id生成器,能保证全局唯一性,趋势递增,单调递增,信息安全,里面也提到了几种分布式方案的对比,但也需要依赖关系数据库,动物园管理员等中间件。

分库分表之后id主键如何处理