事务隔离性和实现方式

事务的特性是mysql引擎层实现的。

事务的隔离级别主要有：读未提交，读已提交，可重复读和串行读。

读未提交：别的事务未提交，但是修改的数据可以被其他事务读取。

读已提交：别的事务提交后，修改的数据才可以被其他事务读取。

可重复读：一个事务，无论什么时候，前后2次读取的数据是一致的，不会因为别的事务更改而发生变化

串行度：一个数据一次只能被一个事务修改、读取。

现在来通过一个例子说明在不同隔离级别下，数据库产生的不同的值。

create table T (c int) engine=InnoDB; insert into T values(1);

sessionA	sessionB
begin
	begin
select * from T;值为1
	select * from T;
	update t set c = c + 1;
select * from T;(v1)
	commit;
select * from T;(V2)
commit;
select * from T;(V3)

如上表所示，两个事务A，B。

1、当隔离级别为 读未提交时，V1 = 2；V2 = 2；V3=2；

2、当隔离级别为 读已提交时，V1=1；V2=2；V3=2；

3、当隔离级别为 可重复读时，V1=1，V2=1,V3= 2;

4、当隔离级别为 串行化时，sessionB select 语句会被阻塞，直到sessionA提交。所以，V1=1，V2=1，V3=2。

mysql是如何实现不同隔离级别的呢？

其实mysql在会修改数据的时候，同时还会生成一个回滚操作。

 

如果一个值，由1依次被修改为2，3，4。如果在可重复读隔离级别下，第一次读到值2，当前值4，再读此数据，mysql会依次执行回滚操作到read view A,拿到该值后返回。而取read view B和取read view A的操作是不冲突的。这就是Mysql的多版本并发控制（MVCC）机制。

那么read view A什么时候被删除呢？答案是当Mysql所有的事务均不需要回滚到此read view时会被删除。

在这个条件下，就要说明为什么在系统中不要使用长事务。因为长事务一直不提交，导致它需要的回滚段特别大，Mysql一直无法释放该事务中的所有回滚段。极限条件，回滚段甚至比数据本身还大。

查询长事务的语句：

select * from information_schema.INNODB_TRX where TIME_TO_SEC(TIMEDIFF(now(),trx_started))> 60;

表示查询超过60秒的未提交事务。