摘要： 介紹來自flicker和twitter的兩種解決分布式環境下全局ID生成方案。

目錄：

1. 數據庫自增ID——來自Flicker的解決方案

2. 獨立的應用程序——來自Twitter的解決方案

在大型互聯網應用中，隨著用戶數的增加，為了提高應用的性能，我們經常需要對數據庫進行分庫分表操作。在單表時代，我們可以完全依賴於數據庫的自增ID來唯一標識一個用戶或數據對象。但是當我們對數據庫進行了分庫分表后，就不能依賴於每個表的自增ID來全局唯一標識這些數據了。因此，我們需要提供一個全局唯一的ID號生成策略來支持分庫分表的環境。下面來介紹兩種非常優秀的解決方案：

1. 數據庫自增ID——來自Flicker的解決方案

因為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了

總結

以上是生活随笔為你收集整理的mysql 分表全局id_MySQL分庫分表環境下全局ID生成方案的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。