redis中incr并发锁的使用场景案例

	/**
	 * 此处是redis操作类中的方法
	 */
	public function lock($key, $ttl)
	{
		return $this->redis->set($key, true, $ttl);
	}
	public function unLock($key)
	{
		return $this->redis->delete($key);
	}

	public function existLock($key)
	{
		return $this->get($key) ? true : false;
	}
//////////////////////////////////////////////////////////////////////////////////////
	/**
	 * 此处是调用锁
	 */
	$key = 'lock';
	// 如果锁存在则直接返回，否则上锁，继续下边流程
	if ($redis->existLock($key)) {
		return ;
	}
	
	// 进行上锁
	$redis->lock($key, $ttl);

	// 中间获取对账单数据，然后进行插入操作
	$this->insertOrUpdate($where, $data);	
	...
	...
	// 一个大致的更新数据库的方法
	public function insertOrUpdate($where, $data)
	{
		// 此时操作因为是并发请求，比如说是5条相同的数据进行了请求，此时五次并发请求都没有查找到相同数据，然后五条同时进行了插入操作，从而导致数据库有五条相同的数据
		$res = $model->getOne($where);
		if (!$res) {
			//执行插入
			return $model->insert($data);
		}
		// 执行更新
		return $model->update($res['id'], $data);
	}
	

以上是大概的出问题的代码分布。很明显问题出现在了锁上边，get，set并不合理，并发的时候并不能拦截下所有的请求，原因那和数据库的插入和更新是一样的。这个时候就需要改一下锁的方法，利用redis incr锁的原子性，原子性的解释如下

原子性（atomicity）：一个事务是一个不可分割的最小工作单位，事务中包括的诸操作要么都做，要么都不做。

Redis所有单个命令的执行都是原子性的，这与它的单线程机制有关；

Redis命令的原子性使得我们不用考虑并发问题，可以方便的利用原子性自增操作

实现简单计数器功能;

简单来说就是当A、B、C程序同时调用redis->incr(‘incrKey’)的时候，此时incrKey的值必然是由1到3，可能A程序调用的时候incrKey是1，B程序调用的时候incrKey是3，C程序调用的时候incrKey是2，或者其他顺序。我们可以根据此特性来进行拦截并发，只有当incrKey等于1的时候，我们才进行接下来的逻辑操作，其他值全部舍弃掉，就能避免多个程序同时进行请求，导致重复操作，具体代码实现如下，我们改下redis的操作类和具体业务的调用方法

	// redis操作类
	
	// 这次我们在上锁的时候直接进行锁判断，直接返回true或者false
	public function lock($key, $ttl)
	{
		$lock = $this->redis->incr($key);
        // 设置过期时间,incr会把key的过期时间设为长期有效，需要加上有效期
        $this->redis->expire($key, $expire);
		return $this->existLock($key);
	}

	public function existLock($key)
	{
		return $this->get($key) == 1 ? true : false;
	}

	// 然后业务逻辑
	if (!$redis->lock($key)) {
		echo '已上锁';
	}
	// 下边正常的逻辑

当完成这个代码以后进行并发测试，然后发现还是有问题，具体问题出现在哪那，出现在了redis的上锁操作中，

	public function lock($key, $ttl)
	{
		$lock = $this->redis->incr($key);
        // 设置过期时间,incr会把key的过期时间设为长期有效，需要加上有效期
        $this->redis->expire($key, $expire);
        // 此时调用existLock的时候又发生了并发，上锁的时候是1，但是返回的时候，因为同时并发请求的原因，$key已经不是1了，导致程序依然有问题，没办法执行
		return $this->existLock($key);
	}

原因如上：
然后找到原因了，实际上的解决办法也就出来了

	// redis操作类
	
	// 这次我们在上锁的时候直接进行锁判断，直接返回true或者false
	public function lock($key, $ttl)
	{
		$lock = $this->redis->incr($key);
        // 设置过期时间,incr会把key的过期时间设为长期有效，需要加上有效期
        $this->redis->expire($key, $expire);
        // 保证程序完整性，在设置完后，立马进行判断返回
		if($lock == 1) {
			return true;
		} else {
			return false;
		}
	}

	//  要什么自行车，要什么检查，直接干掉
	//public function existLock($key)
	//{
	//	return $this->get($key) == 1 ? true : false;
	//}

	// 然后业务逻辑
	if (!$redis->lock($key)) {
		echo '已上锁';
	}
	// 下边正常的逻辑

	// 当然不要忘记解锁
	$redis->unLock($key);

到这个时候，就已经解决了并发导致的数据重复插入问题
THE END