redis incr是線程安全的嗎？它是線程安全的redis incr命令將存儲在密鑰中的數(shù)值增加1。如果密鑰不存在，則首先將密鑰的值初始化為0，然后執(zhí)行增量操作。如果值包含錯誤的類型，或者字符串類型

redis incr是線程安全的嗎？

它是線程安全的

redis incr命令將存儲在密鑰中的數(shù)值增加1。

如果密鑰不存在，則首先將密鑰的值初始化為0，然后執(zhí)行增量操作。

如果值包含錯誤的類型，或者字符串類型的值不能表示為數(shù)字，則返回錯誤。

此操作的值僅限于64位有符號數(shù)字表示。

Atom self incrementing thread safety

incr page [view

配合GetSet實現(xiàn)原子復(fù)位線程安全

GetSet page 如果ID不要求是數(shù)字，建議使用最簡單的一個，即UUID，它包含機器碼、時間戳、隨機數(shù)等，UUID最終生成了一個全局唯一的字符串，而不是一個整數(shù)，并且看起來順序不對。

2. MySQL自己添加ID。它使用一個表來存儲各種業(yè)務(wù)id。每個分布式系統(tǒng)插入一個ID后，生成1000萬個本地號碼與ID拼接，然后每個系統(tǒng)得到一個ID，相當(dāng)于生成1000萬個ID，足夠長時間使用。這1000萬個ID可以預(yù)先定義，并在系統(tǒng)啟動時放入內(nèi)存。因為它們只是ID，所以不會占用太多內(nèi)存。MySQL可以內(nèi)置到集群中，這不會影響自增IDs的使用。

3. 與MySQL的auto-increment ID類似，redis的incr實現(xiàn)了自動增量。每個分布式系統(tǒng)，比如redis，都是用incr插入一個ID，然后生成1000萬個本地號碼與ID拼接，如果每個系統(tǒng)都有一個ID，相當(dāng)于生成1000萬個ID，足夠長時間使用。這1000萬個ID可以預(yù)先定義，并在系統(tǒng)啟動時放入內(nèi)存。因為它只是一個ID，所以不會占用太多內(nèi)存。Redis也可以內(nèi)置到集群中，這不會影響自增ID的使用。Twitter的雪花算法與UUID類似，包括機器碼、時間戳、隨機數(shù)等，但最終生成的是64位整數(shù)，可以滿足許多分布式系統(tǒng)的要求。如果Id必須是整數(shù)，建議使用snowflake而不是UUID。