摘要:創建庫存表設置初始庫存為創建訂單表測試不用鎖的時候測試模擬并發,發現庫存是正確的。再次進行測試,查看測試結果發現訂單表沒有操作同一個庫存數據的情況。所以利用鎖是可以有效的處理高并發的。當過期的時候主動刪除該鎖。
這里我們主要利用Redis的setnx的命令來處理高并發。
setnx 有兩個參數。第一個參數表示鍵。第二個參數表示值。如果當前鍵不存在,那么會插入當前鍵,將第二個參數做為值。返回 1。如果當前鍵存在,那么會返回0。
創建庫存表
CREATE TABLE `storage` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `number` int(11) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=latin1
設置初始庫存為10
創建訂單表
CREATE TABLE `order` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `number` int(11) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=latin1
測試不用鎖的時候
$pdo = new PDO("mysql:host=127.0.0.1;dbname=test", "root", "root"); $sql="select `number` from storage where id=1 limit 1"; $res = $pdo->query($sql)->fetch(); $number = $res["number"]; if($number>0) { $sql ="insert into `order` VALUES (null,$number)"; $order_id = $pdo->query($sql); if($order_id) { $sql="update storage set `number`=`number`-1 WHERE id=1"; $pdo->query($sql); } }
ab測試模擬并發,發現庫存是正確的。
mysql> select * from storage; +----+--------+ | id | number | +----+--------+ | 1 | 0 | +----+--------+ 1 row in set (0.00 sec)
在來看訂單表
mysql> select * from `order`; +----+--------+ | id | number | +----+--------+ | 1 | 10 | | 2 | 10 | | 3 | 9 | | 4 | 7 | | 5 | 6 | | 6 | 5 | | 7 | 5 | | 8 | 5 | | 9 | 4 | | 10 | 1 | +----+--------+ 10 rows in set (0.00 sec)
發現存在幾個訂單都是操作的同一個庫存數據,這樣就可能引起超賣的情況。
修改代碼加入redis鎖進行數據控制
_redis = new Redis(); $this->_redis ->connect("127.0.0.1"); } public static function getInstance() { if(self::$_instance instanceof self) { return self::$_instance; } return self::$_instance = new self(); } /** * @function 加鎖 * @param $key 鎖名稱 * @param $expTime 過期時間 */ public function set($key,$expTime) { //初步加鎖 $isLock = $this->_redis->setnx($key,time()+$expTime); if($isLock) { return true; } else { //加鎖失敗的情況下。判斷鎖是否已經存在,如果鎖存在切已經過期,那么刪除鎖。進行重新加鎖 $val = $this->_redis->get($key); if($val&&$val
再次進行ab測試,查看測試結果
mysql> select * from `order`; +----+--------+ | id | number | +----+--------+ | 1 | 10 | | 2 | 9 | | 3 | 8 | | 4 | 7 | | 5 | 6 | | 6 | 5 | | 7 | 4 | | 8 | 3 | | 9 | 2 | | 10 | 1 | +----+--------+ 10 rows in set (0.00 sec)
發現訂單表沒有操作同一個庫存數據的情況。所以利用redis鎖是可以有效的處理高并發的。
這里在加鎖的時候其實是可以不需要判斷過期時間的,這里我們為了避免造成死鎖,所以加一個過期時間的判斷。當過期的時候主動刪除該鎖。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/29398.html
摘要:廢話不多說,首先分享一個業務場景搶購。下面就是分布式鎖的解決方法。首先要加入的依賴,該類只有兩個功能,加鎖和解鎖,解鎖比較簡單,就是刪除當前的鍵值對。這時繼續執行,由于所以該線程獲取到鎖。 廢話不多說,首先分享一個業務場景-搶購。一個典型的高并發問題,所需的最關鍵字段就是庫存,在高并發的情況下每次都去數據庫查詢顯然是不合適的,因此把庫存信息存入Redis中,利用redis的鎖機制來控制...
摘要:一為什么難秒殺系統難做的原因庫存只有一份,所有人會在集中的時間讀和寫這些數據。又例如搶票,亦與秒殺類似,瞬時流量更甚。 一、為什么難 ????秒殺系統難做的原因:庫存只有一份,所有人會在集中的時間讀和寫這些數據。例如小米手機每周二的秒殺,可能手機只有1萬部,但瞬時進入的流量可能是幾百幾千萬。又例如12306搶票,亦與秒殺類似,瞬時流量更甚。 主要需要解決的問題有兩個: 高并發對數據庫...
閱讀 3318·2023-04-25 16:25
閱讀 3823·2021-11-15 18:01
閱讀 1600·2021-09-10 11:21
閱讀 3007·2021-08-02 16:53
閱讀 3081·2019-08-30 15:55
閱讀 2489·2019-08-29 16:24
閱讀 2098·2019-08-29 13:14
閱讀 1027·2019-08-29 13:00