MySQL為例

　　我們將分布式系統(tǒng)中數(shù)據(jù)庫(kù)的同一個(gè)業(yè)務(wù)表的自增ID設(shè)計(jì)成不一樣的起始值，然后設(shè)置固定的步長(zhǎng)，步長(zhǎng)的值即為分庫(kù)的數(shù)量或分表的數(shù)量。

　　以MySQL舉例，利用給字段設(shè)置auto_increment_increment和auto_increment_offset來(lái)保證ID自增。

　　auto_increment_offset：表示自增長(zhǎng)字段從那個(gè)數(shù)開(kāi)始，他的取值范圍是1 .. 65535。

　　auto_increment_increment：表示自增長(zhǎng)字段每次遞增的量，其默認(rèn)值是1，取值范圍是1 .. 65535。

　　缺點(diǎn)也很明顯，首先它強(qiáng)依賴(lài)DB，當(dāng)DB異常時(shí)整個(gè)系統(tǒng)不可用。雖然配置主從復(fù)制可以盡可能的增加可用性，但是數(shù)據(jù)一致性在特殊情況下難以保證。主從切換時(shí)的不一致可能會(huì)導(dǎo)致重復(fù)發(fā)號(hào)。還有就是ID發(fā)號(hào)性能瓶頸限制在單臺(tái)MySQL的讀寫(xiě)性能。

　　使用redis實(shí)現(xiàn)

　　Redis實(shí)現(xiàn)分布式唯一ID主要是通過(guò)提供像 INCR 和 INCRBY 這樣的自增原子命令，由于Redis自身的單線程的特點(diǎn)所以能保證生成的 ID 肯定是唯一有序的。

　　但是單機(jī)存在性能瓶頸，無(wú)法滿(mǎn)足高并發(fā)的業(yè)務(wù)需求，所以可以采用集群的方式來(lái)實(shí)現(xiàn)。集群的方式又會(huì)涉及到和數(shù)據(jù)庫(kù)集群同樣的問(wèn)題，所以也需要設(shè)置分段和步長(zhǎng)來(lái)實(shí)現(xiàn)。

　　為了避免長(zhǎng)期自增后數(shù)字過(guò)大可以通過(guò)與當(dāng)前時(shí)間戳組合起來(lái)使用，另外為了保證并發(fā)和業(yè)務(wù)多線程的問(wèn)題可以采用 Redis + Lua的方式進(jìn)行編碼，保證安全。

　　Redis 實(shí)現(xiàn)分布式全局唯一ID，它的性能比較高，生成的數(shù)據(jù)是有序的，對(duì)排序業(yè)務(wù)有利，但是同樣它依賴(lài)于redis，需要系統(tǒng)引進(jìn)redis組件，增加了系統(tǒng)的配置復(fù)雜性。

　　當(dāng)然現(xiàn)在Redis的使用性很普遍，所以如果其他業(yè)務(wù)已經(jīng)引進(jìn)了Redis集群，則可以資源利用考慮使用Redis來(lái)實(shí)現(xiàn)。