Mysql全局ID生成方法

生产系统随着业务增长总会经历一个业务量由小变大的过程，可扩展性是考量数据库系统高可用性的一个重要指标;在单表/数据库数据量过大，更新量不断飙涨时，MySQL DBA往往会对业务系统提出sharding的方案。既然要sharding，那么不可避免的要讨论到sharding key问题，在有些业务系统中，必须保证sharding key全局唯一,比如存放商品的数据库等，那么如何生成全局唯一的ID呢，下文将从DBA的角度介绍几种常见的方案。

1、使用CAS思想

什么是CAS协议

Memcached于1.2.4版本新增CAS(Check and Set)协议类同于Java并发的CAS(Compare and Swap)原子操作，处理同一item被多个线程更改过程的并发问题

CAS的基本原理

基本原理非常简单，一言以蔽之，就是“版本号”，每个存储的数据对象，都有一个版本号。

我们可以从下面的例子来理解：

不采用CAS，则有如下的情景：

 •第一步，A取出数据对象X；
 •第二步，B取出数据对象X；
 •第三步，B修改数据对象X，并将其放入缓存；
 •第四步，A修改数据对象X，并将其放入缓存。

结论：第四步中会产生数据写入冲突。

采用CAS协议，则是如下的情景。

 •第一步，A取出数据对象X，并获取到CAS-ID1；

•第二步，B取出数据对象X，并获取到CAS-ID2； 

•第三步，B修改数据对象X，在写入缓存前，检查CAS-ID与缓存空间中该数据的CAS-ID是否一致。结果是“一致”，就将修改后的带有CAS-ID2的X写入到缓存。

 •第四步，A修改数据对象Y，在写入缓存前，检查CAS-ID与缓存空间中该数据的CAS-ID是否一致。结果是“不一致”，则拒绝写入，返回存储失败。

这样CAS协议就用了“版本号”的思想，解决了冲突问题。（乐观锁概念）

其实这里并不是严格的CAS，而是使用了比较交换原子操作的思想。

生成思路如下：每次生成全局id时，先从sequence表中获取当前的全局最大id。然后在获取的全局id上做加1操作，加1后的值更新到数据库，如加1后的值为203,表名是users，数据表结构如下：

sql语句

sql语句的 and gid < 203 是为了保证并发环境下gid的值只增不减。

如果update语句的影响记录条数为0说明，已经有其他进程提前生成了203这个值，并写入了数据库。需要重复以上步骤从新生成。