在做大型并发的业务的时候,mysql的锁对整个程序的正确运行和高效运行都有很重要的作用。这次研究的mysql的锁的机制,现将代码记录下参考(线程一的执行序号对应线程二的执行序号):
线程一的几个操作
-- 【1】
-- 加表级别的写锁
-- LOCK TABLES tb_volunteer write;
-- UNLOCK TABLES; -- 最后在执行
-- 【2】
-- 事务中的锁【更新】
set autocommit = 0;
begin;
update tb_volunteer set nation='回族' where user_id = 75;
commit; -- 最后执行
-- 【3】
-- 事务中的排他锁【查询】
set autocommit = 0;
begin work;
select * from tb_volunteer where user_id = 75 for update; -- 仅自己更新,其他可以查询,更新阻塞
commit work;
-- 【4】
-- 事务中的共享锁
set autocommit = 0;
begin;
SELECT * from tb_volunteer where user_id = 75 LOCK IN SHARE MODE; -- 仅多人查询,谁都不能更新
commit;
-- 聚合中的锁【5】
-- 实际上是一个表锁了
set autocommit =0;
begin;
select max(code) from tb_volunteer where age_group = 1 for update ;
update tb_volunteer set nation='壮族' where user_id = 75;
commit;
-- 【6】
-- 行锁在非索引字段时候可否
-- 即使条件字段不是索引字段,也可以上锁
set autocommit=0;
begin;
select * from tb_volunteer where id = 215 for update;
commit;
-- 【7】
-- 查询时候不加特殊条件是否阻塞
set autocommit = 0;
begin;
select * from tb_volunteer where id = 211;
commit; -- 最后执行
线程二对应(序号)的几个操作
-- 【1】
-- 若不解表锁一直阻塞
select * from tb_volunteer;
-- 【2】
-- 不commit提交事务不同线程阻塞,commit后其他线程可继续
update tb_volunteer set nation='壮族' where user_id = 25;
-- 【3】
-- 不commit提交事务他人阻塞,同线程可改,commit后其他线程继续
update tb_volunteer set nation='维吾尔族' where user_id = 75;
-- 【4】
-- 再次尝试了下,感觉和for update差别不大,别人线程都是只能读,不能写,自己线程能读能写
select * from tb_volunteer where user_id = 75; -- 【可直接执行】
update tb_volunteer set nation='彝族' where user_id = 75; -- 【commit之后才能执行】
-- 【5】
-- 聚合上锁研究
select * from tb_volunteer where age_group = 1
update tb_volunteer set nation='汉族' where user_id >75 and age_group = 2 ;
-- 【6】
-- 行锁在非索引字段时候可否【6】:可
update tb_volunteer set nation='藏族' where id = 215;
-- 【7】
-- 查询时候即使没有commit,也能更新
update tb_volunteer set nation = '壮族' where id = 211
网友评论