• 基于redis的分布式锁防止高并发重复请求


    需求:

    我们先举个某系统验证的列子:(A渠道系统,业务B系统,外部厂商C系统)
    (1)B业务系统调用A渠道系统,验证传入的手机、身份证、姓名三要素是否一致。
    (2)A渠道系统再调用外部厂商C系统。
    (3)A渠道系统将结果返回给B业务系统。

    这3个过程中,(2)过程,调用外部厂商是需要计费的。
    当B业务系统并发量很高时,有100笔相同的三要素校验,由于是相同的三要素,A渠道只要调用一次厂商即可知道结果。为了防止在某一请求还没响应结束的同时,其他请求也去调用外部系统,这个时候就需要加锁处理

    分布式锁的特点

    原子性:同一时刻,只能有一个机器的一个线程得到锁;
    可重入性:同一对象(如线程、类)可以重复、递归调用该锁而不发生死锁;
    可阻塞:在没有获得锁之前,只能阻塞等待直至获得锁;
    高可用:哪怕发生程序故障、机器损坏,锁仍然能够得到被获取、被释放;
    高性能:获取、释放锁的操作消耗小。

    要实现:加锁,减锁,锁超时
    实现方式可以是:数据库 mc redis 系统文件 zookeeper

    我现在就是渠道系统,当100个相同的业务请求传递过来,我的第一个请求要先加锁,然后请求外部厂商系统,等响应结果以后,插入另一个key中,然后再删除锁。
    其他请求先去获取下锁,如果已经存在锁就轮寻等待,如果锁不在了,直接去查询结果。
    如果第一个请求失败了,结果并没有插入到位,就继续获取锁再去查询外部系统。

    获取锁:
    $redis->set('lock:手机号&身份证&姓名', 1, ['nx', 'ex'=>10]);
    释放锁:
    就是直接删除这个key
    锁超时:
    lock的key有超时时间

    新版的redis set命令就可以实现分布式锁,可以同时实现如果不存在时才去set和超时时间两项。

    <?php
    $redis=new Redis();
    $redis->connect("127.0.0.1",6379);
    //高并发时防止重复请求

    //渠道系统传递过来的key
    $lockKey='lock:18806767777&37781991111629092&taoshihan';
    $resultKey='res:18806767777&37781991111629092&taoshihan';

    //如果已经查询过值,可以直接返回
    $info=$redis->get($resultKey);
    if($info){
    exit($info);
    }

    //如果没有值的,获取锁
    $lock=$redis->set($lockKey, 1, ['nx', 'ex'=>10]);
    if($lock){
    //请求外部系统获取结果,比如响应结果比较慢
    sleep(8);
    $info='{"name":"taoshihan"}';
    $ret=$redis->set($resultKey,$info);
    if($ret){
    //删除锁
    $redis->del($lockKey);
    exit($info);
    }
    }
    echo "请稍后重试!";

  • 相关阅读:
    MongoDB的安装与简单使用
    [SCOI2008]天平
    [ZJOI2008]树的统计
    [HEOI2015]兔子与樱花
    [HAOI2006]l旅行
    [ZJOI2008]泡泡堂BNB
    [ZJOI2007]时态同步
    [SCOI2005]栅栏
    [SCOI2008]着色方案
    [SCOI2005]互不侵犯King
  • 原文地址:https://www.cnblogs.com/myJuly/p/12684028.html
Copyright © 2020-2023  润新知