在做分散式系統時，有些情境下免不了要給節點維一的識別號，像是在用 Snowflake 分散式 Id 演算法時會需要給予 10 bit 長的 Generator id，用以避免 Id 碰撞。 識別號有的會直接取 IP 某段，或是 Process no，這樣並不能確保值的唯一。要確保維一只能依賴自行靠設定將設定值錯開，或是設計一個演算法配給。 若是搭配 Redis 使用，最直覺的演算法可能就是在每個服務實體啟動時去 Redis 註冊一個唯一的識別值，服務實體與識別值的資訊都放置在 Redis 中，並設有過期時間。每個服務定時到 Redis 延長過期時間，如果資訊過期，則對應的識別碼要釋出給新服務用。 上面的演算法很直覺，但有兩點較大的問題，一個是實作上很麻煩，一個是定時到 Redis 延長過期時間的做法對系統來說不是很好。好在 Redis 有維護每個連線的 Client 資訊，也都取的到，透過 Redis client 的資訊實作上會簡單許多，對系統來說處理也比較沒那麼吃重。 舉個例子來說，假設我用 Redis 的 Hash 來實作，Key 假定為 generator，裡面的 field 用來放 Generator id，value 用來放 Redis client 的 Id。 generator => { {$generator-id, $redis-client-id}, ... } 這樣在第一個服務上線時，Redis 內的資料是空的。 generator => { } 這時透過 Redis 命令 CLIENT LIST 取得所有連線的 Id，與 CLIENT ID 命令取得當前連線的 Id，就可以去更新並配給 Generator id。像是所有連線 Id 問回來只有一個連線，且連線 Id 跟當前連線 Id 一樣都是 0，就會將 Generator id 0 配給 Redis client 0。