大區中分配玩家唯一ID的辦法(續)
相關鏈接:
大區中分配玩家唯一ID的辦法
http://www.BkJia.com/database/201212/173832.html
之前因為時間匆忙,大區裡產生唯一ID只是簡單寫了一個方法,今天趁著有時間,把裡面一些過程寫出來,也算是個總結。 www.2cto.com
首先說說需求,現在游戲裡數據庫為了分散熱點,都采用分表方式,以前那種一張表AUTO_INCREMENT的方式顯然不行了,那麼將唯一ID放到業務進程裡可行嗎?這個也不好,因為現在後台都是多個部署,每個進程可以保證ID唯一,但是存到數據庫的時候就可能重復,所以我們還是得在DB上做文章。
因此就有了上篇文章的解決方案,單獨一張表,這張表的作用就是專門產生唯一ID,而且為多個業務提供唯一ID,多進程情況下也不需要鎖表,效率比較高,是不是很像設計模式裡的工廠。接著我來分析下這張表。我們再來看看表結構和用法
create table SeqTab (
iSeqNo bigint(20) not null default 0, //表示唯一ID
iSeqType int(11) not null default 0, //表示業務ID
primary key(iSeqNo,iSeqType));
insert into SeqTab values(0,1); //初始化,假設一個業務編號為1
update SeqTab set iSeqNo=last_insert_id(iSeqNo+1) where iSeqType=1;
select last_insert_id(); //這兩句是獲取一個業務的唯一ID,供業務進程使用。
其實說到這張表,關鍵是說LAST_INSERT_ID()這個方法。它有兩種形式LAST_INSERT_ID(),LAST_INSERT_ID(expr)。
這個東西的特點是,1.屬於每個CONNECTION,CONNECTION之間相互不會影響 2.不屬於某個具體的表 3.返回最後一次INSERT AUTO_INCREMENT的值 4.假如以此使用INSERT插入 多行數據,只返回第一行數據產生的值 5.如果你UPDATE某個AUTO_INCREMENT的值,不會影響LAST_INSERT_ID()返回值
LAST_INSERT_ID(expr)與LAST_INSERT_ID()稍有不同,首先它返回expr的值,其次它的返回值會記錄在LAST_INSERT_ID()。
我們這裡主要使用到了第一和第二個特點,每個進程並發執行update SeqTab set iSeqNo=last_insert_id(iSeqNo+1) where iSeqType=1;,就獲取屬於進程自己的iSeqNo並且記錄在 LAST_INSERT_ID中,通過第二句取出該值。
接著我們在比較下其他一些辦法。
第一種是直接一張表,裡面有一個ID字段,設置成AUTO_INCREMENT。這個的問題是每個業務ID不是連續的,是離散的。
第二種是使用GUID或者UUID,但是這個問題我個人覺得是效率上的差異,字符串沒有數字的效率好,另外數字ID今後也可以拼接一些區信息,之後跨區的時候可以方便獲取對象是哪個區的.