Mysql 全局ID的实现

工作中需要一个全局的自增的主键ID，网上找到一种mysql的实现方式（redis考虑到现在集群的不稳定和持久化的问题，暂时没有考虑那种方案）

网上方案如下：

因为MySQL本身支持auto_increment操作，很自然地，我们会想到借助这个特性来实现这个功能。Flicker在解决全局ID生成方案里就采用了MySQL自增长ID的机制（auto_increment + replace into + MyISAM）。一个生成64位ID方案具体就是这样的：
先创建单独的数据库(eg:ticket)，然后创建一个表：

CREATE TABLE Tickets64 (
            id bigint(20) unsigned NOT NULL auto_increment,
            stub char(1) NOT NULL default '',
            PRIMARY KEY  (id),
            UNIQUE KEY stub (stub)
    ) ENGINE=MyISAM

当我们插入记录后，执行SELECT * from Tickets64，查询结果就是这样的：

+-------------------+------+
| id                | stub |
+-------------------+------+
| 72157623227190423 |    a |
+-------------------+------+

在我们的应用端需要做下面这两个操作，在一个事务会话里提交：

REPLACE INTO Tickets64 (stub) VALUES ('a');
SELECT LAST_INSERT_ID();

这样我们就能拿到不断增长且不重复的ID了。
到上面为止，我们只是在单台数据库上生成ID，从高可用角度考虑，接下来就要解决单点故障问题：Flicker启用了两台数据库服务器来生成ID，通过区分auto_increment的起始值和步长来生成奇偶数的ID。

TicketServer1:
auto-increment-increment = 2
auto-increment-offset = 1

TicketServer2:
auto-increment-increment = 2
auto-increment-offset = 2

 

<!--?xml version="1.0" encoding="UTF-8" standalone="no"?-->

最后，在客户端只需要通过轮询方式取ID就可以了。
优点：充分借助数据库的自增ID机制，提供高可靠性，生成的ID有序。

缺点：占用两个独立的MySQL实例，有些浪费资源，成本较高。

首先，测试了下这个方案是可行的，多线程的情况下没有出现ID重复的情况

接着谈一下我的理解  也不知道对不对

1） 表设计

主键自增，stub唯一索引，这样每做一次replace操作，主键就会自增一次

2）存储引擎的选择MyISAM，主要是考虑到表锁的情况

<!--?xml version="1.0" encoding="UTF-8" standalone="no"?--> 对MyISAM表进行操作，会有以下情况：
a、对MyISAM表的读操作（加读锁），不会阻塞其他进程对同一表的读请求，但会阻塞对同一表的写请求。只有当读锁释放后，才会执行其它进程的写操作。

b、对MyISAM表的写操作（加写锁），会阻塞其他进程对同一表的读和写操作，只有当写锁释放后，才会执行其它进程的读写操作。

3）同一个事物会话里提交

刚开始还纠结了很久，因为MyISAM是不支持事务的。在这里的主要作用应该是保证LAST_INSERT_ID() 产生最近更新记录 auto_increment 并且是本次连接, 不受其他连接的影响

<!--?xml version="1.0" encoding="UTF-8" standalone="no"?-->