MySQL為例

　　我們將分布式系統中數據庫的同一個業務表的自增ID設計成不一樣的起始值，然后設置固定的步長，步長的值即為分庫的數量或分表的數量。

　　以MySQL舉例，利用給字段設置auto_increment_increment和auto_increment_offset來保證ID自增。

　　auto_increment_offset：表示自增長字段從那個數開始，他的取值范圍是1 .. 65535。

　　auto_increment_increment：表示自增長字段每次遞增的量，其默認值是1，取值范圍是1 .. 65535。

　　缺點也很明顯，首先它強依賴DB，當DB異常時整個系統不可用。雖然配置主從復制可以盡可能的增加可用性，但是數據一致性在特殊情況下難以保證。主從切換時的不一致可能會導致重復發號。還有就是ID發號性能瓶頸限制在單臺MySQL的讀寫性能。

　　使用redis實現

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

　　但是單機存在性能瓶頸，無法滿足高并發的業務需求，所以可以采用集群的方式來實現。集群的方式又會涉及到和數據庫集群同樣的問題，所以也需要設置分段和步長來實現。

　　為了避免長期自增后數字過大可以通過與當前時間戳組合起來使用，另外為了保證并發和業務多線程的問題可以采用 Redis + Lua的方式進行編碼，保證安全。

　　Redis 實現分布式全局唯一ID，它的性能比較高，生成的數據是有序的，對排序業務有利，但是同樣它依賴于redis，需要系統引進redis組件，增加了系統的配置復雜性。

　　當然現在Redis的使用性很普遍，所以如果其他業務已經引進了Redis集群，則可以資源利用考慮使用Redis來實現。