ab 模擬測試秒殺

1.我的環境是windows下的phpstudy，進入到apache/bin目錄裡面有個ab.exe,壓力測試命令如

./ab.exe -c 200 -n 1000   
2.mysql.php**如下正常的邏輯思維，壓力增大後，導致資料庫num欄位成為負數，將下面**貼上到自己**下測試即可。
在test資料庫下，新建乙個num（庫存）的表，id欄位int型別主鍵自增，num欄位int型別
新建乙個goods_order（訂單）的表，id欄位int主鍵自增，goods_id欄位int，user_id欄位int型別，
如果發現num欄位無法成為負數，開啟sleep(2);訪問量堆積起來即可
<?php 
header("content-type: text/html; charset=utf-8"); 
//pdo連線資料庫方法 
$dbms='mysql'; //資料庫型別 
$host='localhost'; //資料庫主機名 
$dbname='test'; //使用的資料庫 
$user='root'; //資料庫連線使用者名稱 
$pass='root'; //對應的密碼 
$dsn="$dbms:host=$host;dbname=$dbname"; 
try 
$dbh = null; 
} catch (pdoexception $e) 
3.如果開啟$sql="update num set num=num-1 where id=1 and (num -1 ) >= 0";

經過測試num欄位最小為0，在壓力測試下**執行正常，

想要增大ab壓力併發量測試，

./ab.exe -c 500 -n 1000

會出現如下（看來要去linux下搭建apache來測試了）

this is apachebench, version 2.3 <$revision: 1706008 $> licensed to the apache software foundation, benchmarking 192.168.1.244 (be patient) completed 100 requests total of 125 requests completed test aborted after 10 failures

apr_socket_connect(): ▒▒▒▒ŀ▒▒▒▒▒▒▒▒▒▒▒ܾ▒▒▒▒޷▒▒▒▒ӡ▒ (730061)

.redis測試，搭建好linux下的apache後，訪問linux下的redis.php壓力測試槓槓的，不會報錯了

./ab.exe -c 1000 -n 1000

此壓力下，redis資料正常，不會出現負數<?php  
header("content-type:text/html;charset=utf-8"); 
$redis = new redis(); 
$result = $redis->connect('192.168.1.233',"6379"); 
//$num = $redis->set("num",5); 
//die; 
$num = ($redis->get("num")); 
$count=(int)$num; 
echo "總共有:".$count; 
echo "
"; 
if($count>0)else 
var_dump($num); 
?>

5.以上是ab測試，現在分析**

先分析redis.php,上面的這個實現在只有乙個客戶端的時候可以執行得很好。但是，當多個客戶端同時對同乙個鍵進行這樣的操作時，就會產生競爭條件。舉個例子，如果客戶端 a 和 b 都讀取了鍵原來的值，比如 2，那麼兩個客戶端都會將鍵的值設為 1 ，但正確的結果應該是 0 才對。

有了 watch ，我們就可以輕鬆地解決這類問題了：

因為redis的效能很高，當num為2時，ab模擬兩個併發量後num為1，模擬兩個併發量和watch如下：

./ab.exe -c 2 -n 2

修復**如下，加入watch監聽，確保資料準確性

<?php  
//set('num');可以在終端執行 
header("content-type:text/html;charset=utf-8"); 
$redis = new redis(); 
$result = $redis->connect('192.168.1.233',"6379"); 
$redis->watch("num"); 
$num = ($redis->get("num")); 
$redis->multi(); 
$count=(int)$num; 
echo "總共有:".$count; 
echo "
"; 
if($count>0)else 
}else 
//var_dump($num); 
//$redis->close(); 
?>

設定1000個庫存，讓1000個人去搶，196個人搶到了，資料很精準

./ab.exe -c 1000 -n 1000

192.168.1.233:6379> set num 1000  
ok 
192.168.1.233:6379> get num 
"804" 
192.168.1.233:6379> get order 
"196"

6.分析完redis.php,我們來分析mysql.php

因為秒殺後庫存+訂單=秒殺前庫存，所以採用也要採用事物來處理

<?php  
header("content-type: text/html; charset=utf-8"); 
//pdo連線資料庫方法 
$dbms='mysql'; //資料庫型別 
$host='localhost'; //資料庫主機名 
$dbname='test'; //使用的資料庫 
$user='root'; //資料庫連線使用者名稱 
$pass='root'; //對應的密碼 
$dsn="$dbms:host=$host;dbname=$dbname"; 
try catch(pdoexception $ex) 
} $dbh = null; 
} catch (pdoexception $e)

7.總結，以上只是解決了秒殺時候，超賣的問題，但是並未考慮秒殺效率，以及高負載，只是做了簡單測試，仍需努力學習................... 在mysql.php中並未使用悲觀鎖，因為這樣子並未超賣，比較尷尬............. 在redis.php中使用的樂觀鎖，雖然心裡對**放心了，但是效率低了，在mysql中數量基本買完，在redis中賣出去200（20%）個左右。。。。。

在ab中測試，mysql和redis整體耗時基本類似

ab 模擬測試秒殺

AB 模擬測試秒殺

模擬測試秒殺

模擬秒殺系統

ab 模擬測試秒殺

AB 模擬測試秒殺

模擬測試秒殺

模擬秒殺系統

相關推薦