MySQL事务隔离级别为串行化的锁问题（不是表锁！！！）
测试环境
- ubuntu18.04
- mysql Ver 14.14 Distrib 5.7.35, for Linux (x86_64) using EditLine wrapper
准备工作
- 安装启动MySQL
sudo apt-get install mysql-server
sudo mysql_secure_installation // 配置，密码设置123456
status mysql.service // 查看MySQL服务状态，正常如下图
- 创建数据库，创建用户
sudo mysql -uroot -p // 以root用户权限登录
CREATE DATABASE wasidb; // 创建数据库
GRANT ALL PRIVILEGES ON wasidb.* TO A@"%" IDENTIFIED BY "123456"; // 创建用户A
GRANT ALL PRIVILEGES ON wasidb.* TO B@"%" IDENTIFIED BY "123456"; // 创建用户B
- 开三个shell窗口，分别输入
sudo mysql -uroot -p123456 // 登录root，方便查看数据库信息
sudo mysql -uA -p123456 // 登录A
sudo mysql -uB -p123456 // 登录B
use wasidb;
测试
- 建表，注意一定要建索引，网上的说表锁的都是因为没建索引
CREATE TABLE `test` (
`id` int(11) NOT NULL,
`data` int(11) DEFAULT NULL,
PRIMARY KEY(id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4
- 设置隔离级别
set session transaction isolation level serializable;
select @@session.transaction_isolation;
- root用户查看事务锁语句
select * from information_schema.innodb_trx\G;
- 一个要注意的字段
trx_rows_locked // 事务行锁数
-
支持并发读
-
读是加行锁的
- 表初始情况
- 用户A
- 锁情况
- 用户B
- 等值查询的行锁类型是record lock，不使用gap lock
- 表初始情况
- 用户A
- 锁情况
- 用户B
- 范围查询的行锁类型是next-key lock
- 表初始情况
- 用户A
- 锁情况，前开后闭的next-key lock 把5也锁了
- 用户B
- 写，不知道怎么做的，有懂的可以在评论说说
-
表初始情况
-
用户A
-
锁情况①
-
用户B①
-
用户B②
-
锁情况②，当用户B进行插入时，显示又锁上了
