mysql事务隔离级别测试

隔离性
mysql提供了4种不同的隔离级别以支持多版本并发控制(MVCC)
较低级别的隔离通常可以执行更高的并发,系统的开销也更低

read uncommited(未提交读)
read commited(提交读)
repeatable read(可重复读)
serializable(可串行化)
默认repeatable-read

建议最好不要修改默认的隔离级别,修改隔离级别会对mysql复制产生影响

DROP TABLE IF EXISTS transaction_test;
CREATE TABLE transaction_test(
  id   INT UNSIGNED NOT NULL AUTO_INCREMENT,
  val  VARCHAR(20) NOT NULL,
  created TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
PRIMARY KEY(id)
) ENGINE=InnoDB DEFAULT CHARSET latin1;

#初始化数据
insert into  transaction_test(val) values ('a'),('b'),('c');

1.REPEATABLE-READ(可重复读)

解决了脏读问题.该级别保证了在同一事物中多次读取同样的记录结果是一样的。但是在理论上,可重复读隔离级别还是无法解决另外一个幻读问题

所谓幻读，是指当某个事务在读取某个范围的记录时,另外一个事务又在该范围内插入了新的记录,当之前的事务再次读取该范围的记录时,会产生幻行

innodb和XtraDB存储引擎通过多版本并发控制(MVCC)解决幻读问题。

测试

第一个会话窗口

start transaction;
select * from transaction_test;
select sleep(20);
insert into transaction_test (val) values (@@session.tx_isolation);
select * from transaction_test;
commit;

在第一个会话正在运行时在第二个会话窗口里运行

start transaction;
insert into transaction_test (val) values ('x'),('y'),('z');
select  * from transaction_test;
commit;

均执行结束后

mysql> select  * from transaction_test;
+----+-----------------+---------------------+
| id | val             | created             |
+----+-----------------+---------------------+
|  1 | a               | 2017-01-08 20:38:06 |
|  2 | b               | 2017-01-08 20:38:06 |
|  3 | c               | 2017-01-08 20:38:06 |
|  4 | x               | 2017-01-08 20:38:41 |
|  5 | y               | 2017-01-08 20:38:41 |
|  6 | z               | 2017-01-08 20:38:41 |
|  7 | REPEATABLE-READ | 2017-01-08 20:38:59 |
+----+-----------------+---------------------+
7 rows in set (0.00 sec)

可以看到在第二个会话中,添加了3个新行,并在第一个会话事务完成前提交了数据

会话1里的执行状态

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from transaction_test;
+----+-----+---------------------+
| id | val | created             |
+----+-----+---------------------+
|  1 | a   | 2017-01-08 20:45:48 |
|  2 | b   | 2017-01-08 20:45:48 |
|  3 | c   | 2017-01-08 20:45:48 |
+----+-----+---------------------+
3 rows in set (0.00 sec)

mysql> select sleep(20);
+-----------+
| sleep(20) |
+-----------+
|         0 |
+-----------+
1 row in set (20.00 sec)

mysql> insert into transaction_test (val) values (@@session.tx_isolation);
Query OK, 1 row affected (0.00 sec)

mysql> select * from transaction_test;
+----+-----------------+---------------------+
| id | val             | created             |
+----+-----------------+---------------------+
|  1 | a               | 2017-01-08 20:45:48 |
|  2 | b               | 2017-01-08 20:45:48 |
|  3 | c               | 2017-01-08 20:45:48 |
|  7 | REPEATABLE-READ | 2017-01-08 20:47:16 |
+----+-----------------+---------------------+
4 rows in set (0.00 sec)

mysql> commit;
Query OK, 0 rows affected (0.06 sec)

第一个会话事务不知道第二个会话事务已完成的结果,整个事务过程中多次读取的数据是一致的(无论外表是否发生改变)

但会阻塞 truncate 操作,delete ,insert,

事务里做的修改(update,delete)未提交 会将这些数据锁定,阻塞其它的操作

参考：https://www.cnblogs.com/HKUI/p/6263107.html