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;
-- 查询成功

普通的查询语句没有任何锁机制。