分布式锁
需要加锁条件
- 共享资源
- 共享互斥锁
- 多任务环境
基于MySQL 的分布式锁
流程
MySQL中的字段
- 每个程序去抢MySQL中的一个字段
- 查询这个字段是否已经存在
- 插入一个数据到这个字段
- 还原这个字段让其他的程序获取锁
- 操作资源
- 释放资源
问题
- 资源浪费
- 当有程序使用到这把锁的时候,其他程序在等待,且其他程序需要每隔一段时间去查看这把锁是否释放
- 死锁问题
- 在一个程序获取到这把锁且在操作中的时候这个程序奔溃了,那么MySQL中的这个字段将永远无法被还原
解决死锁方案
用一个外部进程监视这个锁,当超时的时候则将这把锁给释放(将字段还原)。这个超时时间很难去把握,实际生产中一般不适用MySQL做分布式锁。
基于redis 的分布式锁
流程
- 每个程序去抢redis中的一个字段并设置有效期
- 查询这个字段是否已经存在
- 插入一个数据到这个字段
- 还原这个字段让其他的程序获取锁
- 操作资源
- 释放资源
问题
redis 是通过设置有效期来解决MySQL中的死锁问题,可问题就在于这个有效期很难把握。
基于zookeeper的分布式锁
zookeeper 是一个分布式一致性服务框架
客户端在操作一个zookeeper节点,其他的zookeeper都会被同步
zookeeper 可以存储数据,文件系统,zookeeper的目录是可以存储数据的
zookeeper的目录类型分为四种
- 持久化目录 (客户端操作zookeeper会将目录持久化)
- 临时目录 (客户端与zookeeper断开连接目录自动删除)
- 持久有顺序目录
- 临时有顺序目录
- zookeeper支持事件回调机制
流程
- 程序去zookeeper获取一个临时序号(去/locks/ 下面获取一个需要)
- 序号最小的去访问资源
- 之后其他的序号需要找到比他序号小1的目录注册一个删除回调事件
- 回调事件通知访问资源
好处
-
节省了资源
-
通过有序临时节点和事件通知机制巧妙的解决了死锁问题