分布式锁选型+缓存db一致性

基于Redis Cluster模式

setnx就可以实现加锁，del实现解锁，但是这样不具备原子性，存在无法释放的可能。

因此可以使用在加锁时增加过期时间命令，做到原子性的加锁并且可以自动释放。

一些问题：

• key的过期时间不能设置太长，避免其他线程阻塞
• 可能出现误解锁，比如当前线程在锁期间没有完成，解锁时锁已经被别人占据，导致解掉别人的锁
• 获取锁是非阻塞的，直接返回结果
• 存在锁公平问题，需要自己实现

解决：

• 守护线程对当前任务进度进行监控，及时续过期时间，知道锁释放或任务完成
• 释放验证，释放时比对线程id和锁的value,防止释放不属于自己的锁
• 阻塞机制，只能通过代码比如死循环去实现
• 公平机制需要依赖等待队列来实现

可重入性需要自己开发，安全性方面可能丢失锁（redis主从复制）

可以了解一下基于多节点的高可用分布式锁的算法 RedLock。

缓存一致性问题解决讨论（增加思考能力）

加入缓存就不可避免的引入数据一致性的问题，所以在这里讨论，先说结论，我在项目上使用的是旁路缓存模式——

读策略：

从缓存中读取数据；如果缓存命中，则直接返回数据；如果缓存不命中，则从数据库中查询数据；查询到数据后，将数据写入到缓存中，并且返回给用户。

写策略：

更新数据库中（HBASE，Redis）的记录；删除缓存记录。

然后探讨一下各种模式的优缺点以及相应的解决方案。