Ⅰ 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。
消息队列处理耗时较久的请求，如发邮件等
必要时使用多台服务器，后台使用一台，前台可将高并发的业务与其他分开，避免因其中一个业务导致全部崩溃