php之yii2简单redis锁限制

yii2框架简单加锁锁定本次任务没执行完之前不允许再请求本次方法,注意这只是简单实现能应对几乎所有并发场景,但是对并发有绝对要求的还是要用队列加异步处理去实现。

        $key='redis_key_name:'.'订单id或其他本次锁的唯一值';
        //判断不是空直接中断本次操作
        if(!empty(Yii::$app->redis->get($key))){
            //随便你们return或其他友好输出,下面的输出只是个人示例
            throw new Exception(-10007, "红包领取中,请稍后");
        }
        //确定没锁后先赋值redis,锁上先
        Yii::$app->redis->set($key,'1');  //随便打上个1做标识
        Yii::$app->redis->expire($key, 300); //设置锁的时间,具体看自己的业务场景,一般一个接口请求不超过60秒

        //这里需要用try catch,防止中途出异常,导致没解锁
        try {
 ? ? ? ? ? ?//具体处理的业务逻辑代码
            Yii::$app->redis->del($key); //业务逻辑处理完毕,解锁
        } catch (\Throwable $e) {
            Yii::$app->redis->del($key); //业务逻辑处理失败,还是解锁
            //日志方法,具体自己实现
            CoreHelper::write(json_encode(['eventName','order_id'=>$order->order_id??'',$e->getMessage()], JSON_UNESCAPED_UNICODE));
        }

注意:
1、Throwable为php7及以上版本的万能捕获任何异常,php7以下版本用:Exception
2、请确定自己已经在配置文件配置redis配置
找到config/development.php(开发环境)或config/production.php(生产环境),在‘components‘ => []中加入,如:

    'components' => [
        'redis' => [
            'class' => 'BaseComponents\base\RedisConn',
            'hostname' => '127.0.0.1',
            'port'     => 6379,
        ],
    ]

3、Yii如果找不到请在命名空间后加 use Yii;

作者:xingguang
链接:原文链接:hhttps://www.tiance.club/post/2709942805.html

原文地址:https://www.cnblogs.com/yizhidaozuihou/p/12446043.html

时间: 2024-11-05 23:30:59

php之yii2简单redis锁限制的相关文章

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

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

redis锁 和悲观锁的并发问题

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

iOS开发——使用技术OC篇&简单九宫格锁屏功能的实现与封装

简单九宫格锁屏功能的实现与封装 首先来看看最后的实现界面. 在这开始看下面的内容之前希望你能先大概思考活着回顾一下如果 你会怎么做,只要知道大概的思路就可以. 由于iphone5指纹解锁的实现是的这个功能呗淘汰,但是你可能会在想,都淘汰了你还在这里说个毛线啊,其实大家都知道,编程注重的思想,当然会了这个你不可能就会了指纹技术,哪还得等笔者在后面的学习中给大家分享,只是或许有一天这种功能或者思路在哪里要用到你不觉得是一件很开心的事情吗,而且如果你是不想自己敲的话直接可以拿来用. 好了不多废话直接上

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

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

秒杀思路: yii2加Redis实现秒杀

整理一些思路 PHP7, yii2加Redis怎么实现秒杀 一个list列表存放秒杀的商品 一个list列表存放秒杀的客户信息 首先读取秒杀商品到商品列表, 然后等待客户秒杀. 每次客户请求, 检查用户列表与商品数量是否大于等于. 如果是就提示已经抢完.下次再来. (这里可以选择方案 是用户下单就减少还是付款再减少) 检查商品的剩余数量是否大于0, 是就减一,并加入客户到列表里面. 否就提示已经抢完.下次再来. (这里可以选择方案 是用户下单就减少还是付款再减少) 每次客户请求, 加入客户到列表

redis锁的进化历程

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

利用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

使用redis实现简单的锁机制

在测试第三方账号注册时,授权拉取后,如果两台手册同时点击注册按钮,数据库中就会新增两天一模一样的数据,而我们的需求是一个第三方账号只能绑定一个账号,所以,由此现象可以知道,这里产生了并发访问,我们应该通过加锁的形式来杜绝该现象的产生.那么,如何操作呢? 我们先上代码: <?php /** * 加锁 * @param string $action 业务逻辑,当前框架中未方法名即可 * @param string $extra 额外参数,例如用户ID等 * @return boolen true=加

基于Redis的简单分布式锁的原理

参考资料:https://redis.io/commands/setnx 加锁是为了解决多线程的资源共享问题.Java中,单机环境的锁可以用synchronized和Lock,其他语言也都应该有自己的加锁机制.但是到了分布式环境,单机环境中的锁就没什么作用了,因为每个节点只能获取到自己机器内存中的锁,而无法获取到其他节点的锁状态. 分布式环境中,应该用专门的分布式锁来解决需要加锁的问题.分布式锁有很多实现,Redis,zookeeper都可以.这里以Redis为例,讲述一下基于Redis的分布式