分布式锁数据库实现

分布式锁用数据库实现是不靠谱的。。。

数据库锁 超时被其他客户端获取到锁,就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操作失败,获取锁失败。
- 实际业务执行时间超过锁超时时间,会被其他客户端拿到锁,会出错
- 依赖数据库,数据库如果是单点,一旦数据库挂掉,分布式锁不可用。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值