mysql版本

select version();

image.png

开始一个事务，并且不提交不回滚

DROP TABLE IF EXISTS `next_key_lock_test`;
CREATE TABLE `next_key_lock_test`  (
  `id` int(0) NOT NULL AUTO_INCREMENT,
  `a` bigint(0) NULL DEFAULT NULL COMMENT '唯一索引',
  `b` bigint(0) NULL DEFAULT NULL COMMENT '普通索引',
  `c` bigint(0) NULL DEFAULT NULL COMMENT '不带索引',
  PRIMARY KEY (`id`) USING BTREE,
  UNIQUE INDEX `a`(`a`) USING BTREE,
  INDEX `b`(`b`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 2 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_0900_ai_ci ROW_FORMAT = Dynamic;

start transaction;
insert into `next_key_lock_test`(`id`,`a`,`b`,`c`) VALUES (1,1,1,1);
insert into `next_key_lock_test`(`id`,`a`,`b`,`c`) VALUES (5,5,5,5);
insert into `next_key_lock_test`(`id`,`a`,`b`,`c`) VALUES (10,10,10,10);
insert into `next_key_lock_test`(`id`,`a`,`b`,`c`) VALUES (20,20,20,20);
insert into `next_key_lock_test`(`id`,`a`,`b`,`c`) VALUES (40,40,40,40);

再次插入id为1的数据

next_key_lock_test

image.png

image.png

表中无数据

此时，查看INNODB_TRX表

image.png

表中多了一条事务

这边再创建一个事务，之前的事务不结束

start transaction;
insert into `next_key_lock_test`(`id`,`a`,`b`,`c`) VALUES (99,99,99,99);

image.png

这边多了一条数据
同时，我们发现事务二被锁住了，处于wait状态，什么都执行不了了。

再加入事务3

start TRANSACTION
select * from `next_key_lock_test` for update;

start TRANSACTION
select * from `next_key_lock_test` ;

分别测试两种情况，快照读和当前读。
发现当前读的事务同样会变成等待状态，会产生一个锁。

image.png

这边需要注意，加锁，是有超时时间，有可能出现

image.png

的情况，代码需要处理这种情况。

同时还有几张表可以关注下， 在performance_schema下的events_transactions_current、events_transactions_history、events_transactions_history_long

一些命令

查看隔离级别

select @@transaction_isolation;

image.png

默认一般是RR
查看是否自动commit
SHOW VARIABLES LIKE 'autocommit';
更改commit
SET autocommit = 1;
查询进程
SHOW PROCESSLIST;