场景
修改时，经常需要先将数据读取到内存，在内存中修改后再存回去。在分布式应用中，可能多个线程同时执行上述操作，而读取和修改非原子操作，所以会产生冲突。增加分布式锁，可以解决此类问题
基本原理
同步锁
在多个线程都能访问到的地方，做一个标记，标志该数据的访问权限
分布式锁
在多个线程都能访问到的地方，做一个标记，标志该数据的访问权限
实现方式
1.基于数据库实现分布式锁
2.基于Redis实现分布式锁
3.基于Zookeeper实现分布式锁
Redis实现分布式锁的原则
1.安全属性
独享。在任意时刻，只有一个客户端持有锁
2.活性A
无死锁。即便持有锁的客户端崩溃或者网络被分裂，锁依然可以被获取
3.活性B
容错。只要大部分Redis节点都活着，客户端就可以获取和释放锁
单Redis实例实现分布式锁
1.获取锁使用命令
set resource_name my_random_value NX PX 30000
NX:仅在key不存在时才能执行 PX:设置锁的自动过期时间
2.通过Lua脚本释放锁
A加锁——>A阻塞——>因超时释放锁——>B加锁——>A恢复——>释放锁
多Redis实现分布式锁
Redlock算法，该算法有现成的实现
1.获取房前Unix时间，以毫秒为单位
2.依次尝试从N个实例，使用相同的key和随机值获取锁，并设置响应超时时间。如果服务器没有在规定时间内响应，客户端应该尽快尝试另外一个Redis实例
3.客户端使用当前时间减去开始获取锁的时间，得到获取锁使用的时间。当且仅当大多数的Redis节点都获取到锁，并且使用的时间小于锁失效时间时，锁才算取得成功
4.如果取到了锁，key的真正有效时间等于有限时间减去获取锁使用的时间
5.如果获取锁失败，客户端应该在所有的Redis实例上进行解锁
