redis-事务和锁

一、redis事务

何为事务：
redis事务就是一个命令执行的队列，将一些命令包装为一个整体，在执行时，一次性全部依次执行，中间不会被打断。
注意事项：
若multi开启事务后，后续指令存在语法错误，则指令队列被销毁。事务停止。

---

事务的基本操作：

1、multi （开启事务）
2、exec （执行事务）
3、discard （取消事务，销毁事务队列中的所有指令）

---

二、监视锁

何为监控锁：
为解决多线程操作数据导致的冲突引入的操作。对指定的key实现监控，若key在事务中发生了变化，则后续的exec会执行失败。

---

监视锁的基本操作：

1、watch key1 key2 （监控key。在multi前加锁，若在事务执行前，监视的key值发生变化，则事务会执行失败）
2、unwatch （取消监控锁）

---

三、redis-分布式锁改良

分布式锁的基本操作：

1、setnx key value
（创建分布式锁。运用string中的setnx特性，若key不存在可set成功，若key存在会set失败的特性，来模拟锁互斥锁。）
2、del key （删除分布式锁）
3、expire lock-key second （为锁添加时效，超过second秒未解锁时自动解锁）
4、pexpire lock-key mlliseconds （为锁添加时效，超过mlliseconds毫秒未解锁时自动解锁）

应用：
redis分布式锁的实质只是提供了一个语法，setnx，设置一个key的值，如果key不存在就设置成功，key已存在就设置失败。在实际应用中想实现锁的效果还需要添加额外代码，流程如下：
1、循环设置key为num-lock的变量为1，直至设置成功时指令返回TRUE（1）
while（setnx num-lock 1 == 0）
{
…
}
2、在多个客户端同时设置时，仅会有一个客户端设置成功其它客户端则卡在循环中
3、设置成功进行相关操作
4、del num-lock，删除锁该客户端操作结束
5、此时num-lock变量被删除，下一个在循环中的客户端将拿到锁进入到业务操作中

问题：
在这种应用场景下就会有一个问题，当其中一个客户端在设置num-lock锁后如果宕机了，那从此刻起其它的客户端将永远无法获取到锁，因为num-lock变量已存在且未删除。

---

四、redis-分布式锁-死锁问题的解决方案

针对客户端setnx锁后宕机导致死锁的问题，针对此问题，可以对锁加一个添加一个时效性来解决该问题。

expire、pexpire指令 ：

为锁lock-key设置生存时间（秒），到时不释放则自动删除
expire lock-key second
设置生存时间（豪秒），到时不释放则自动删除
pexpire lock-key milliseconds锁lock-key

推荐：锁的超时时间推荐设置为上锁业务的最大市场120% + 平均时长110%