redis下並發問題解決方案

標籤：redis 並發

最近做的功能需求中,使用了redis作為資料庫,上線之後個別玩家出現了莫名其妙的錯誤,該插入的資料沒有插入,莫名其妙丟失了.最後通過分析使用者的錯誤資料才想明白原來是並發問題導致的.第一次接觸並發是在看作業系統原理的時候,之後再看資料庫原理的時候也看到過並發,對與並發的原理還是比較清楚的,只是一直沒遇到過.這次在用reids的過程中算是踩坑了.

現在的電腦大都是多核的cpu,意味著可以並存執行多個進程.如果這多個啟動並執行進程對同一份資料進行讀寫操作,那麼就有可能出現兩個或者多個進程讀到的都是老的資料,這種情況下,再進行寫入操作之後就會有一些進程寫入的資料被覆蓋掉,就導致最終的結果錯誤.這份資料對於這些進程來說就是臨界區.

redis下處理並發問題.

1.通過使用setnx進行加鎖,在作業系統以及資料庫中處理並發都會用到鎖機制,雖然加鎖可以解決並發問題,但是會降低並發量,所以它們都會通過讀寫鎖來降低鎖的粒度.

  加鎖實際上就是把並行讀寫改成串列讀寫的方式來避免資源競爭

$redis = new Redis();$redis->connect(‘127.0.0.1‘, 6370);if(!$redis->setnx(‘lock‘,1)){    usleep(500000); //等待一段時間    if(!$redis->setnx(‘lock‘,1)){exit();    }}redis->EXPIREAT(‘lock‘, 2); //設定一個到期時間,避免進程掛掉導致鎖不能釋放//業務處理$redis->del(‘lock‘);

2.watch + 事物,redis的事物不能自動復原,所以在失敗的情況下要處理復原操作.如果事物中更新多個,那麼復原操作會比較麻煩,

$redis = new Redis();        $redis->connect(‘127.0.0.1‘, 6370);        $redis->watch(‘test‘); //必須在讀之前進行watch$redis->hGetAll(‘test‘)       //業務處理        $result = $redis->multi()                        ->hset()                        ->exec();

3.減少寫資料的粒度或者修改資料結構來避免並發,我們的業務中使用的是hset方式,把使用者的資料都放到了一個filed中,這就導致一次更改要寫入使用者所有的資料,通過修改

使用hmset,更新資料的時候只更新需要更新的資料,降低寫入的粒度來降低各個介面對臨界區的讀寫訪問.這種方式或許能避免部分介面對臨界區的訪問,不能避免的介面還需要另外

處理.

4.在並發量過大的情況下,可以通過訊息中介軟體進行處理,把並行讀寫進行序列化.這種方式在一些高並發的情境中算是一種通用的解決方案,簡單的方式可以通過redis的list實現,

在大規模的軟體中就需要引入專門的訊息中介層來處理了.

 

redis下並發問題解決方案