事务并发与事务隔离

1.事务并发

多事务的并发进行一般会造成以下几个问题：

1.脏读

一个事务正在对一条记录做修改，在这个事务没有提交前， 这条记录的数据就一直处于不确定状态；这时，另一个事务也来读取同一条记录，如果不加控制，第二个事务读取了这些脏数据，并据此做进一步的处理，就会产生未提交的数据依赖关系，这种现象被形象地叫做脏读。

2.不可重复读

在同一个事务内的两次读取，拿到的结果竟然不一样，因为另外一个事务对数据进行了修改或删除。

3.幻读

在同一个事务内的两次读取，拿到的结果竟然不一样，因为另外一个事务插入了满足查询条件的新数据。

 

2.事务隔离级别

1.未提交读

其他事务可以看到本事务没有提交的部分修改，因此可能会造成脏读、不可重复读、幻读的问题

2.已提交读

其他事务只能读取到本事务已经提交的部分，虽然解决了脏读问题，但依然可存在不可重复读、幻读的问题

3.可重复读

此隔离级别解决了上面不可重复读的问题，但是仍然有一个新问题，就是幻读。当你读取id> 10 的数据行时，对涉及到的所有行加上了读锁，此时另外一个事务新插入了一条id=11的数据，因为是新插入的，所以不会触发上面的锁的排斥，那么进行本事务进行下一次的查询时会发现有一条id=11的数据，而上次的查询操作并没有获取到，再进行插入就会有主键冲突的问题

4.SERIALIZABLE(可串行化)

这是最高的隔离级别，可以解决上面提到的所有问题，因为他强制将所以的操作串行执行，这会导致并发性能极速下降，因此也不是很常用

 

InnoDB默认使用的是可重复读隔离级别。