redis锁的进化历程

日常工作中总是会有高并发的场景,需要实现锁机制来保证序列性,接下来我们一步一步实现一个 单机Redis下完全可靠的Redis锁(ps: 如果是Redis集群的话,就存在主从切换锁失效的问题,解决这个问题的话就比较麻烦了,这里不做讨论,现有的解决方案有redlock,大家可以看下它的实现原理)

Redis锁 第一版(php实现):

    //加锁
    public function lock($key)
    {
        $redisConnect = Redis::connection();
        $v = $redisConnect->get($key);
        if ($v == 1) {
            return false;
        }
        $res = $redisConnect->setex($key);
        return (bool)$res;
    }

    //解锁
    public function unlock($key)
    {
        $redisConnect = Redis::connection();
        return $redisConnect->del($key);
    }

版本一的问题:如果加锁之后进程中断,就会死锁

版本二,设置锁的超时时间来解决版本一问题

    public function lock($key, $seconds)
    {
        $redisConnect = Redis::connection();
        $v = $redisConnect->get($key);
        if ($v == 1) {
            return false;
        }
        $res = $redisConnect->setex($key, $seconds, 1);
        return (bool)$res;
    }

    //解锁
    public function unlock($key)
    {
        $redisConnect = Redis::connection();
        return $redisConnect->del($key);
    }

第二版的问题:设置了超时时间,但是有一种场景,a加锁之后到了超时时间a还没执行完,这个时候锁失效 b可以再加锁,然后a执行完毕 就会把b加的锁删除。 说到底问题出在了,不同的进程加的锁是没区别的。

版本三: 解决版本二的问题 可以在设置锁的时候 加入一个唯一置,在删除锁的时候,如果发现唯一值已经不是设置的了,就不删除改锁了,而且说明这个操作中原子性已经遭到了破坏,保险起见需要回滚当前实物。

//暂存todo

原文地址:https://www.cnblogs.com/tobemaster/p/11350892.html

时间: 2024-08-26 08:52:01

redis锁的进化历程的相关文章

以太网进化历程半景-从10Mbps到1Tbps

继Netfilter conntrack,Linux Bridge之后又是一个半景,依然如故,我不会在文中罗列技术规范和细节,仅仅是希望本文可以帮助人们理解以太网到底是什么,为什么如此成功. 0.动机,愿景以及声明 前端时间帮朋友解决一个编码问题,碰到了全双工这个概念,正好写了一个程序,实现了类似CDMA那种沃尔什编码,即从一个混合信号中分离中自己要的那部分,然而代码是好写的,往线缆上一放就全乱了,这是电学原理导致的.就这么说吧,请看下图: 请问P点的电压是多少?很简单的一个问题,是不是?是的.

redis锁 和悲观锁的并发问题

1.在业务流程前后中,用到了redis锁 和 悲观锁两种不同的锁. 2.汇总账单的时候,从库中读取数据,将读取到的实收额也跟着更新,而在收费的时候添加了悲观锁, 在读账单表的时候 用到了 forupdate,但是redis锁那块同样会产生并发,因为redis锁那块在查询库的时候也需要对账单for update,这样可以防止并发,在悲观锁里若还没更新 则redis锁不去执行更新 3.解决方案 有上面的一个在 redis锁中的查询账单表的时候同样 for update,另外一种则是 对与我们业务相关

(实例篇)php 使用redis锁限制并发访问类示例

1.并发访问限制问题 对于一些需要限制同一个用户并发访问的场景,如果用户并发请求多次,而服务器处理没有加锁限制,用户则可以多次请求成功. 例如换领优惠券,如果用户同一时间并发提交换领码,在没有加锁限制的情况下,用户则可以使用同一个换领码同时兑换到多张优惠券. 伪代码如下: if A(可以换领)         B(执行换领)              C(更新为已换领)             D(结束) 如果用户并发提交换领码,都能通过可以换领(A)的判断,因为必须有一个执行换领(B)后,才会

php 使用redis锁限制并发访问类

1.并发访问限制问题 对于一些需要限制同一个用户并发访问的场景,如果用户并发请求多次,而服务器处理没有加锁限制,用户则可以多次请求成功. 例如换领优惠券,如果用户同一时间并发提交换领码,在没有加锁限制的情况下,用户则可以使用同一个换领码同时兑换到多张优惠券. 伪代码如下: if A(可以换领) B(执行换领) C(更新为已换领) D(结束) 如果用户并发提交换领码,都能通过可以换领(A)的判断,因为必须有一个执行换领(B)后,才会更新为已换领(C).因此如果用户在有一个更新为已换领之前,有多少次

利用Redis锁解决高并发问题

这里我们主要利用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=Inno

php实习redis锁机制

<?php class Redis_lock { public static function getRedis() { $redis = new redis(); $redis->connect('182.254.208.72', 3838, 0); $redis->auth('eh.123'); return $redis; } public static function lock($key, $expire = 60) { if(!$key) { return false; }

分布式定时任务的redis锁实现

一个web项目如果部署为分布式时,平时常见的定时服务在一定的间隔时间内,可能出现多次重复调用的问题.而此时由于是不同容器之间的竞争,因此需要容器级别的锁 Redis为单进程单线程模式,采用队列模式将并发访问变为串行访问.Redis本身没有锁的概念,Redis对于多个客户端连接并不存在竞争.但是可以通过setnx来实现锁 SETNX命令(SET if Not exists) 语法: SETNX key value 功能:将 key 的值设为 value ,当且仅当 key 不存在:若给定的 key

redis锁

拓展 ycgwl-cache RedisStorage /** * 如果不存在则 写入缓存并设置过期时间 * @param key * @param value * @param expire * @return */ public Long setnx(String key, V value,int expire) { Jedis j = null; String svalue = JsonUtils.toJsonString(value); boolean borrowOrOprSucces

Redis锁构造

单线程与隔离性 Redis是使用单线程的方式来执行事务的,事务以串行的方式运行,也就是说Redis中单个命令的执行和事务的执行都是线程安全的,不会相互影响,具有隔离性. 在多线程编程中,对于共享资源的访问要十分的小心: import threading num = 1 lock = threading.Lock() def change_num(): global num for i in xrange(100000): #lock.acquire() num += 5 num -= 5 #lo