目录
分布式锁的实现方式及底层原理
1. 基于数据库实现分布式锁
实现方式
底层原理
存在的问题
2. 基于 Redis 实现分布式锁
实现方式
底层原理
存在的问题
3. 基于 ZooKeeper 实现分布式锁
实现方式
底层原理
存在的问题
总结
分布式锁的实现方式及底层原理
1. 基于数据库实现分布式锁
实现方式
- 悲观锁（基于数据库行锁）：通过执行
SELECT ... FOR UPDATE语句，对查询的记录加上行级锁，其他事务在该记录被锁定期间无法对其进行修改或删除操作，从而实现锁的功能。
-- 假设存在一个名为 lock_table 的表，有一个唯一索引字段 lock_name
BEGIN;
SELECT * FROM lock_table WHERE lock_name = 'your_lock_name' FOR UPDATE;
-- 业务逻辑代码
COMMIT;
- 乐观锁（基于版本号）：在表中添加一个
version字段，每次更新数据时，检查version是否和查询时一致，如果一致则更新数据并将version加 1，否则表示数据已被其他事务修改，需要重试。
-- 查询数据
SELECT id, value, version FROM your_table WHERE id = 1;
-- 更新数据
UPDATE your_table SET value = 'new_value', version = version + 1 WHERE id = 1 AND version = 原版本号;
底层原理
- 悲观锁是利用数据库的事务和锁机制，在事务中对记录加锁，保证同一时间只有一个事务可以操作该记录。
- 乐观锁是基于数据版本号的比较，通过比较版本号来判断数据是否被其他事务修改，从而实现并发控制。
存在的问题
- 性能问题：数据库的锁操作会涉及到磁盘 I/O 和事务管理，性能相对较低，尤其是在高并发场景下，会成为系统的瓶颈。
- 单点故障：如果数据库服务器出现故障，会导致分布式锁无法正常使用。
- 锁释放问题：如果持有锁的事务出现异常没有正常释放锁，会导致死锁问题。
