mysql全局唯一ID生成方案（一）

最新推荐文章于 2024-07-27 21:10:28 发布

Jef冒牌绅士

最新推荐文章于 2024-07-27 21:10:28 发布

阅读量4.2w

点赞数 1

分类专栏： mysql 文章标签： mysql 性能数据数据库

本文链接：https://blog.csdn.net/longjef/article/details/53117354

版权

随着数据库分片，全局唯一ID的生成变得复杂。本文介绍了几种策略：UUID因性能问题不理想；Sequence表易成性能瓶颈且存在单点故障；Flickr的双表奇偶策略解决了部分问题；Redis的原子操作提供了高并发解决方案。每种方案都有其优缺点，需根据场景选择。

摘要由CSDN通过智能技术生成

一旦数据库被切分到多个物理结点上，我们将不能再依赖数据库自身的主键生成机制。一方面，某个分区数据库自生成的ID无法保证在全局上是唯一的；另一方面，应用程序在插入数据之前需要先获得ID,以便进行SQL路由。

目前几种可行的主键生成策略有：

1. UUID：使用UUID作主键是最简单的方案，但是缺点也是非常明显的。由于UUID非常的长，除占用大量存储空间外，最主要的问题是在索引上，在建立索引和基于索引进行查询时都存在性能问题。(UUID是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的。通常平台会提供生成的API。)

2. 结合数据库维护一个Sequence表：此方案的思路也很简单，在数据库中建立一个Sequence表，表的结构类似于：

 
      CREATE  
      TABLE  
      ` 
      SEQUENCE 
      ` (   
     
      `tablename`  
      varchar 
      (30)  
      NOT  
      NULL 
      ,   
     
      `nextid`  
      bigint 
      (20)  
      NOT  
      NULL 
      ,   
     
      PRIMARY  
      KEY  
      (`tablename`)   
     
      ) ENGINE=InnoDB