Mysql中的select ...for update
作者:哇~是小菜呀
Mysql select ...for update
这几天遇到了select … for update的sql语句,决定整理一下mysql的两种锁机制。
Mysql数据库有两种锁,一种是共享锁,一种是排他锁,这两种锁是针对InnoDB的,如果是MyISM不是这样的锁机制。
共享锁和拍他锁的锁对象是主键!
共享锁(读锁,S锁)
select … from … lock in share mode
多个事务共享一把锁,但是只能读,不能修改。
当有事务拿到共享锁的时候且锁未释放时,另一个事务不能去修改加锁的数据。
共享锁的最大特点是可以共享,多个事务可以同时获取锁并且读到数据,并且,在锁没有释放时,数据不能被修改,这样可以避免数据库脏读和不可重复读的问题。
排他锁(互斥锁,写锁,X锁)
select … for update;
排他锁 不能被多个事务共享,如果一个事务获取了一行数据的排他锁,那么其他事务就不能获取这行数据的锁,包括共享锁和排他锁。
获取到排他锁的事务可以对数据进行读取和修改,事务提交后,锁释放。
演示
创建一张用于测试的表格
CREATE TABLE `emipe_user_entity` ( `id` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NOT NULL COMMENT '主键', `user_name` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin DEFAULT NULL COMMENT '用户名', `pass_word` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin DEFAULT NULL COMMENT '用户密码', `status` int(11) DEFAULT NULL COMMENT '用户状态', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;
使用InnoDB储存引擎,InnoDB既支持行级锁,又支持表级锁,默认情况下采用行级锁
MySQL InnoDB引擎默认的update,delete,insert语句会自动给涉及到的数据加上排他锁。
为测试的表格存入数据
INSERT INTO `emipe_user_entity` VALUES ('1', '小红帽', '123456', 0); INSERT INTO `emipe_user_entity` VALUES ('2', '路人甲', '523456', 0);
共享锁
事务A:获取共享锁,但不提交事务
begin; select * from emipe_user_entity where id = 1 lock in share mode;
事务B:获取共享锁,可以查询到数据
select * from emipe_user_entity where id = 1 lock in share mode;
事务C:尝试修改带有共享锁的数据,报错
update emipe_user_entity set pass_word = '222222' where id = 1;
结果:
事务C首先会等待共享锁释放,待锁释放后,可以对改数据进行修改,由于事务A一直没有释放锁,在长久的等待后,事务C抛错:
Lock wait timeout exceeded;try restarting trasacrtion.
等待锁超时;尝试重启这个事务
排他锁
事务A:获取排他锁进行查询,事务不提交
begin; select * from emipe_user_entity where id = 1 for update;
事务B:尝试获取排他锁,被阻塞
select * from emipe_user_entity where id = 1 for update;
事务C: 尝试获取共享锁,被阻塞
select * from emipe_user_entity where id = 1 lock in share mode;
事务D:在不使用锁的情况下,可以查询数据
select * from emipe_user_entity where id = 1; -- 查询成功
普通的查询语句没有任何锁机制。
总结
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。