調整步長支持跨數據庫的ID惟一性弊端

以前咱們老是討論怎麼獲取惟一性ID,在數據庫分表時，有一種是經過調整字段或者數據庫的sequence的步長來確保跨數據庫的ID的惟一性，這樣存在不少限制，而且強依賴類型，只是存在這樣的方式，因此想看一下，而後存在的弊端是怎麼樣的。

設計的方式以下：每一個服務的起始ID是不一樣的，步長是固定遞增的，這樣雖然能夠用數據庫生成惟一ID，實現起來也比較簡單，說不定還能解決性能目標。

可是這樣的實現存在問題：

1.服務節點固定，步長固定，雖然能夠能夠先預設必定的步長，以便後續的水平拓展，可是若是真的超過了這個n，那麼水平就難以拓展。

2.過度依賴數據庫。

3.分散管理，增長運維成本，增長查詢檢索的複雜度。

4.雖然能夠全局惟一，可是要作到全局粗略有序就要額外的控制成本。