Ⅰ php 使用redis鎖限制並發訪問類示例
本文介紹了php
使用redis鎖限制並發訪問類，並詳細的介紹了並發訪問限制方法。
1.並發訪問限制問題
對於一些需要限制同一個用戶並發訪問的場景，如果用戶並發請求多次，而伺服器處理沒有加鎖限制，用戶則可以多次請求成功。
例如換領優惠券，如果用戶同一時間並發提交換領碼，在沒有加鎖限制的情況下，用戶則可以使用同一個換領碼同時兌換到多張優惠券。
偽代碼如下：
if
A(可以換領)
B(執行換領)
C(更新為已換領)
D(結束)
如果用戶並發提交換領碼，都能通過可以換領(A)的判斷，因為必須有一個執行換領(B)後，才會更新為已換領(C)。因此如果用戶在有一個更新為已換領之前，有多少次請求，這些請求都可以執行成功。
2.並發訪問限制方法
使用文件鎖可以實現並發訪問限制，但對於分布式架構的環境，使用文件鎖不能保證多台伺服器的並發訪問限制。
Redis是一個開源的使用ANSI
C語言編寫、支持網路、可基於內存亦可持久化的日誌型、Key-Value資料庫，並提供多種語言的API。
本文將使用其setnx方法實現分布式鎖功能。setnx即Set
it
N**ot
eX**ists。
當鍵值不存在時，插入成功（獲取鎖成功），如果鍵值已經存在，則插入失敗（獲取鎖失敗）
RedisLock.class.PHP
<?php
/**
*
Redis鎖操作類
*
Date:
2016-06-30
*
Author:
fdipzone
*
Ver:
1.0
*
*
Func:
*
public
lock
獲取鎖
*
public
unlock
釋放鎖
*
private
connect
連接
*/
class
RedisLock
{
//
class
start
private
$_config;
private
$_redis;
/**
*
初始化
*
@param
Array
$config
redis連接設定
*/
public
function
__construct($config=array()){
$this->_config
=
$config;
$this->_redis
=
$this->connect();
}
/**
*
獲取鎖
*
@param
String
$key
鎖標識
*
@param
Int
$expire
鎖過期時間
*
@return
Boolean
*/
public
function
lock($key,
$expire=5){
$is_lock
=
$this->_redis->setnx($key,
time()+$expire);
//
不能獲取鎖
if(!$is_lock){
//
判斷鎖是否過期
$lock_time
=
$this->_redis->get($key);
//
鎖已過期，刪除鎖，重新獲取
if(time()>$lock_time){
$this->unlock($key);
$is_lock
=
$this->_redis->setnx($key,
time()+$expire);
}
}
return
$is_lock?
true
:
false;
}
/**
*
釋放鎖
*
@param
String
$key
鎖標識
*
@return
Boolean
*/
public
function
unlock($key){
return
$this->_redis->del($key);
}
/**
*
創建redis連接
*
@return
Link
*/
private
function
connect(){
try{
$redis
=
new
Redis();
$redis->connect($this->_config['host'],$this->_config['port'],$this->_config['timeout'],$this->_config['reserved'],$this->_config['retry_interval']);
if(empty($this->_config['auth'])){
$redis->auth($this->_config['auth']);
}
$redis->select($this->_config['index']);
}catch(RedisException
$e){
throw
new
Exception($e->getMessage());
return
false;
}
return
$redis;
}
}
//
class
end
?>
demo.php
<?php
require
'RedisLock.class.php';
$config
=
array(
'host'
=>
'localhost',
'port'
=>
6379,
'index'
=>
0,
'auth'
=>
'',
'timeout'
=>
1,
'reserved'
=>
NULL,
'retry_interval'
=>
100,
);
//
創建redislock對象
$oRedisLock
=
new
RedisLock($config);
//
定義鎖標識
$key
=
'mylock';
//
獲取鎖
$is_lock
=
$oRedisLock->lock($key,
10);
if($is_lock){
echo
'get
lock
success<br>';
echo
'do
sth..<br>';
sleep(5);
echo
'success<br>';
$oRedisLock->unlock($key);
//
獲取鎖失敗
}else{
echo
'request
too
frequently<br>';
}
?>
測試方法：
打開兩個不同的瀏覽器,同時在A,B中訪問demo.php
如果先訪問的會獲取到鎖
輸出
get
lock
success
do
sth..
success
另一個獲取鎖失敗則會輸出request
too
frequently
保證同一時間只有一個訪問有效，有效限制並發訪問。
為了避免系統突然出錯導致死鎖，所以在獲取鎖的時候增加一個過期時間，如果已超過過期時間，即使是鎖定狀態都會釋放鎖，避免死鎖導致的問題。
源碼下載地址：點擊查看
Ⅱ 用PHP編寫支持高並發的網站，需要做什麼處理
PHP語言開發高並發的網站，需要加緩存，復雜邏輯走消息隊列非同步處理，mysql查詢必須走索引，還搞不定就加機器分流，mysql配置升高並且一主多從，使用codis集群，增加消息隊列的消費者，如果還搞不定就隨機拒絕請求，當然這是最後的退路。
緩存
緩存是避免業務查詢過多的請求mysql，導致業務不可用，段氏根據場景來判斷是否需要使用codis集群，如果並發量沒有達到某個級別，16G的redis也可以，但是要避免redis在高並發下容易發生的緩存穿透，盡量做成高可用，並保證緩存實現的命中率。
消息隊列
這也是高並發情境下的殺手鐧，削峰填谷，將耗時的業務邏輯直接以隊列的形式非同步慢慢處理，防止請求過度積壓，導致的伺服器不可用。
mysql優化
有些場景下必須查詢mysql的，也應該走索引，避免多表聯合查詢，甚至mysql的事務隔離級別都盡量的降低，或者直接去掉事務，採用最終一致性的補償指明機制。升級mysql的配置，核心數和內存的提升對查詢速度的優化是顯而易見的，最好能一步到位的走一主多從，查詢路由到從伺服器上。
隨機拒絕請求
這不是開玩笑，我們必須保證伺服器可用，寧願拒絕掉一些請求，也不能讓伺服器大量請求阻塞握逗散，最終導致大家都用不了。
Ⅲ 用PHP 編寫支持高並發的網站，需要做什麼處理
一般來說,解決WEB高並發的有效手段都是採用可線性擴展的多層分布式架構，
我生產項目的架構是這樣的，就在這里拋磚引玉一下。
Webserver (Nginx) ：這一層是可以輕松分布式部署的，結合智能DNS解析可以簡易地防止單點故障、實現區域訪問加速，結合LVS很容易實現負載均衡。這一層主要是負責處理靜態請求和轉發PHP請求至第二層的PHP處理節點，至於靜態資源地址(http://misc.xxxx.com)可以單獨拿出來部署，或者直接使用商用的雲存儲服務（國內七牛不錯，國外有Amazon S3）
PHP處理節點：一個節點其實就是一個監聽特定埠的系統進程，webserver的請求通過負載均衡器（我用的AWS的loadbalancer)進行分發，很好實現分布式和負載均衡。我現在用的還是php自帶的php-fpm,其實facebook出的hhvm性能非常強悍，但是還不能100%通過我項目的單元測試，等hhvm成熟過後可以平滑替換
高速緩存：用的memcached，這一層的作用主要是減輕資料庫IO和加快熱數據訪問，緩存策略與程序耦合度較高，不贅述，但簡單地說有兩種方式，一種是在程序的全局層面加一個緩存處理，這種方法代碼耦合度低，但是有效命中率不高，有些項目不一定適應，另一種是在具體的數據存取處加緩存處理，這種辦法程序耦合度較高，但是緩存命中率非常高，幾乎沒有無效緩存存在，我用的是這種。
資料庫 ：我現在的項目數據規模不大，暫時只用了單台資料庫，但是程序邏輯上已做好了資料庫線性擴展的准備。其實資料庫層的擴展是老生常談了，常用手段是分庫分表，這一塊需要在前期的代碼就打下基礎，另外更平滑地手段是使用中間件，比如360的Atlas，阿里巴巴的cobar，淘寶的TDDL，中間件可以在不大范圍變更代碼的情況下擴展，但是具體的使用場景還是有限的，具體項目還需單獨考察。
其他：根據不同的項目，架構還可以選擇性地使用隊列，我現在用的beantalkd，Redis也是一個很好的選擇。隊列常用的使用環境是郵件發送和站內消息推送上面，但是在某些場景下也可以作為核心資料庫的緩沖，對應對大並發或者突發性流量也是不錯的選擇
Ⅳ PHP高並發下單用事務可以解決嗎
事物不是解決高並發的。事物是為了一個操作的完整性才使用的。
php的高並發在我看主要以來php腳本的執行速度，以及對資料庫的數據訪問的次數，還有緩存系統的使用（包括數據緩存以及模板緩存），系統架構的優化。
還有就是web伺服器做負載均衡，域名cdn做負載均衡等。
Ⅳ 用PHP 編寫支持高並發的網站，需要做什麼處理
PHP支持高並發很多時候不是光靠PHP的。具體根據你的業務邏輯，下面列一些例子：
資料庫層面，表結構必須合理，盡量避免聯表查詢，能夠縮短處理時間
配置額外圖片伺服器或使用cdn，降低伺服器壓力
使用緩存處理類似搶購、投票等高並發請求，如redis。
消息隊列處理耗時較久的請求，如發郵件等
必要時使用多台伺服器，後台使用一台，前台可將高並發的業務與其他分開，避免因其中一個業務導致全部崩潰