,redisson分布式锁原理讲解？

关于“php_redisson”的问题，小编就整理了【3】个相关介绍“php_redisson”的解答：

1、加锁机制

线程去获取锁，获取成功: 执行lua脚本，保存数据到redis数据库。

线程去获取锁，获取失败: 一直通过while循环尝试获取锁，获取成功后，执行lua脚本，保存数据到redis数据库。

2、watch dog自动延期机制

这个比较难理解，找了些许资料感觉也并没有解释的很清楚。这里我自己的理解就是:

在一个分布式环境下，假如一个线程获得锁后，突然服务器宕机了，那么这个时候在一定时间后这个锁会自动释放，你也可以设置锁的有效时间(不设置默认30秒），这样的目的主要是防止死锁的发生。

3、为啥要用lua脚本呢？

这个不用多说，主要是如果你的业务逻辑复杂的话，通过封装在lua脚本中发送给redis，而且redis是单线程的，这样就保证这段复杂业务逻辑执行的原子性 。

超卖问题的根本原因还是在于并发，服务端对于并发处理的能力不足造成了超卖问题；

应对高并发问题一方面要提高服务端的请求处理能力，比如使用redis的事务（witch+multi）来提高处理速度。

另一方面就是削峰;常见的方案是通过消息队列缓冲瞬时请求高峰；通过消息队列可以吧同步请求转换成异步推送通知，通过队列一端承接瞬时访问高峰，另一端则平滑地将消息推送出去，达到削峰目的。

个人见解，希望对您的问题有所帮助！

使用redis 的队列+watch解决，把秒杀商品放入队列，抢到则pop商品，队列用完，则停止抢购

<?php

header("content-type:text/html;charset=utf-8");

$redis = new redis();

$result = $redis->connect('127.0.0.1', 6379);

$mywatchkey = $redis->get("mywatchkey");

$rob_total = 100; //抢购数量

if($mywatchkey<$rob_total){

$redis->watch("mywatchkey");

$redis->multi();

//设置延迟，方便测试效果。

sleep(5);

//插入抢购数据

$redis->hSet("mywatchlist","user_id_".mt_rand(1, 9999),time());

$redis->set("mywatchkey",$mywatchkey+1);

redis持久化策略有两种AOF、RDB，AOF是将每一条操作命令记录到文件中，配置上默认是每秒一次写入文件，AOF文件过大时可以使用rewrite进行指令整理；

RDB是redis数据快照，有save和bgsave两种方式生成RDB文件，前者是会阻塞主进程，后者是由主进程fork一个子进程进行异步操作，但相对占用更多的内存资源，但数据过大时还是会导致客户端暂停服务。

到此，以上就是小编对于“php_redisson”的问题就介绍到这了，希望介绍关于“php_redisson”的【3】点解答对大家有用。