内容导读

我们接着上篇继续了解redis实现分布式锁的相关问题，先来解释几个问题 1.为什么不直接使用expire设置超时时间，而将时间的毫秒数其作为value放在redis中？这种方式貌似没什么问题，但是假如在 setnx 后，redis崩溃了， expire 就没有执行，结果就是死锁了。第三个为nxxx， 这个参数我们填的是NX，意思是SET IF NOT EXIST，即当key不存在时，我们进行set操作；若key已经存在，则不做任何操作； 第四个为expx， 这个参数我们传的是PX，意思是我们要给这个key加一个过期的设置，具体时间由第五个参数决定。第五个为time ，与第四个参数相呼应，代表key的过期时间。可以看到上面的set()方法， 通过requestId解决了分布式下不同客户端时间不统一问题，通过超期时间解决了多次getset覆盖问题，通过解锁时判断requestId解决了任何客户端都可以解锁问题。总结 根据上述的分析的两个问题，我们看到了 并发过程中，两行代码之间特别容易出现其它线程乱入影响一致性，所以尽量使用一行原子性的操作来保证锁的实现。

在高并发服务当中，如果使用单个Redis实例，由于Redis采用单进程单线程处理所有请求的方式，即每次只有一个请求在处理，后面的请求排队，如果前面请求执行时间长了，则会影响后面所有请求。所以可以拓展到多个Redis实例，采用主从机制，一个master和多个slave，master和多个slave包含相同的数据，master负责处理写请求，slave负责读请求。Redis主从同步即是实现这种机制的，master处理完写请求后，同步给多个slave，从而保证数据的最终一致性。