#####1. 先来看一看语法
select get_lock(key, timeout) from dual;
select release_lock(key) from dual;
#####2. 概述
(1)get_lock会按照key来加锁,别的客户端再以同样的key加锁时就加不了了,处于等待状态。
(2)当调用release_lock来释放上面加的锁或客户端断线了,上面的锁才会释放,其它的客户端才能进来。
#####3. 举例说明
以下定义两个客户端,A1和A2。
创建表:
create table test_lock(
id int,
name varchar(50),
address varchar(50)
);
insert into test_lock values(1,'tt','aaaaaaaaaaaaaaaaaaaa');
A1:
select get_lock('key_lock', 100);
update test_lock set name = 'tt2', address = 'aaaaaaaaaaaaaaaaaaaa' where id = 1; #只更新name列
select release_lock('key_lock');
A2:
select get_lock('key_lock', 100);
update test_lock set name = 'tt', address = 'bbbbbbbbbbbbbbbbbbbbbbb' where id = 1; #只更新address列
select release_lock('key_lock');
执行A1的第一条语句后执行A2的第一条语句会发现一直卡在那里,直接执行了A1的最后一条语句(或过期或断线)为止才能继续执行A2的语句。
如果按上面的顺序分别执行了A1和A2中的语句,则最后表中的数据是按A2的第二语句更新那样的显示,这种结果当然不是我们想要的,实际项目中,应该是先查出来id为1的数据,把某列更新的值set进去(针对Java),再执行更新,这样所有的更新结果都是正确的。
#####4. 优缺点分析
(1)这种方式对于更新所有列比较有效,但是得把查询的语句也放在锁内执行;
(2)这种方式当客户端无故断线了会自动释放锁,比较好,不像redis锁那样,如果加完锁断了,那么锁一直在;
(3)这种方式是针对锁内的所有操作加锁,并不针对特定表或特定行,所以使用了同一个Key的锁但不同的操作都会共用一把锁,会导致效率低下;
(4)如果查询语句放在锁之前,则数据可能是旧的,更新之后会把查询之后更新之前别的客户端更新的数据覆盖掉;
#####5. 举个Java例子的伪代码
A1客户端:
execute("select get_lock('key_lock', 100)");
User user = queryUser(1);
user.setName("tt1");
updateUser(user);
execute("select release_lock('key_lock')");
A2客户端:
execute("select get_lock('key_lock', 100)");
User user = queryUser(1);
user.setAddress("bbbbbbbbbbbbbb");
updateUser(user);
execute("select release_lock('key_lock')");
按照以上这种方式操作则两条更新语句都是正确的,最后的结果应该是
name = ‘tt1’,
address = ‘bbbbbbbbbbbbbb’
欢迎关注我的公众号“彤哥读源码”,查看更多“源码&架构&算法”系列文章, 与彤哥一起畅游源码的海洋。