需求:

我们先举个某系统验证的列子:(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和超时时间两项。