分布式锁用数据库实现是不靠谱的。。。
数据库锁 超时被其他客户端获取到锁,就gg了。
基于数据库实现排他锁
表结构
TABLE `distribution_lock` (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键',
`lock_name` varchar(255) NOT NULL COMMENT '锁名称(唯一)',
`lock_time` datetime NOT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT '加锁时间',
PRIMARY KEY (`id`),
UNIQUE KEY `unique_k` (`lock_name`) USING HASH COMMENT '分布式锁的唯一标识'
) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8 COMMENT='分布式锁';
获取锁
DELETE FROM distribution_lock WHERE lock_name = 'test_key' AND expire_time < now(); # 清理已过期的
INSERT INTO distribution_lock (lock_name,create_time,expire_time) VALUES ('test_key1',now(), ADDDATE(now(),interval 3 second)); # 获取锁 3秒后过期
对lock_name
列做了唯一性约束,这里如果有多个请求同时提交到数据库的话,数据库会保证只有一个操作可以成功。
释放锁
DELETE FROM distribution_lock WHERE lock_name = 'test_key'
缺点:
- 没有重试机制,INSERT操作失败,获取锁失败。
- 实际业务执行时间超过锁超时时间,会被其他客户端拿到锁,会出错。
- 依赖数据库,数据库如果是单点,一旦数据库挂掉,分布式锁
不可用。