sqlbulkcopy 事务中查询_MySQL事务的高级

事务的隔离级别：

数据库是多线程并发访问的，所以很容易出现多个线程同时开启事务的情况，这样就会出现脏读、重复读以及幻读的情况，为了避免这种情况的发生，就需要为事务设置隔离级别。在mysql中，事务有4种隔离级别。

READ UNCOMMITTED：

READ UNCOMMITTED(读未提交)是事务中最低的级别，该级别下的事务可以读取到另一个事务中未提交的数据，也被称之为脏读(Dirty Read)，这是相当危险的。由于该级别较低，在实际开发中避免不了任何情况，所以一般很少使用。

READ COMMITTED：

大多数的数据库管理系统默认的默认隔离级别都是READ COMMITTED(读提交)，比如Oracle，该级别下的事务只能读取其他事务已经提交的内容，可以避免脏读，但不能避免重复读和幻读的情况。重复读就是在事务内重复读取了别的线程已经提交的数据，但两次读取的结果不一致，原因是查询的过程中其他事务做了更新的操作。幻读是指在一个事务内两次查询中数据条数不一致，原因是查询的过程中其他的事务做了添加操作。这两种情况并不算错误，但有些情况是不符合实际需求的。

REPEATABLE READ：

REPEATABLE READ(可重复读)是mysql默认的事务隔离级别，它可以避免脏读、不可重复读的问题，确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。但理论上，该级别会出现幻读的情况，不过mysql的存储引擎通过多版本并发控制机制解决了该问题，因此，该级别是可以避免幻读的。

SERIALIZABLE：

SERIALIZABLE(可串行化)是事务的最高隔离级别，它会强制对事务进行排序，使之不会发生冲突，从而解决脏读、幻读、重复读的问题。实际上，就是在每个读的数据行上加锁。这个级别，可能导致大量的超时现象和锁竞争，实际应用中很少使用。

脏读：

所谓的脏读就是指一个事务读取了另外一个事务未提交的数据。

情景模拟：

现在a账户和b账户银行里面的钱如下：

a账户要给b账户转账100元购买商品，如果a账户开启了一个事务，执行了下面操作：

如果a账户先不提交事务，就通知b账户来查询，由于b的隔离级别较低，此时就会读到a事务中未提交的数据，发现a确实给自己转了100元，然后给a发货，等b发货成功以后，a就将事务回滚，此时，b就会受到损失，这就是脏读造成的。

为了演示上述情况，首先需要开启两个命令窗口(相当于开启两个进程)，分别模拟a账户和b账户，然后登录到mysql数据库，并将操作的数据库切换为chapter06。

按下ctrl + shift+t再开启一个窗口：

设置b账户中事务的隔离级别：

前面我们讲过mysql的默认隔离级别是REPEATABLE READ(可重复读)该级别是可以避免脏读的，因此，需要将b账户中的事务隔离级别设置为READ UNCOMMITTED(读未提交)。

set session transaction isolation level read uncommitted;

session表示当前会话，transaction表示事务，isolation表示隔离，level表示级别，read uncommitted表示当前的隔离级别。查询当前事务的隔离级别：

b账户再来查询：

上述结果表示a账户已经成功给b账户转账了100元钱了。那b账户的人就开始发货了。此时，a账户的人进行事务的回滚了，那b账户的人就损失了。

a账户回滚了以后，b账户再来查询发现钱没有了，这个叫生气.......

出现这种情况的原因就是因为b账户的事务隔离级别较低，因此读取到了a账户中还没有提交的内容，出现了脏读的情况。

b账户修改事务隔离级别为READ COMMITTED(读提交)再来查看余额：

为了防止脏读情况的发生，可以将b账户中的事务隔离级别设置为READ COMMITTED(读提交)，该级别可以避免脏读。

set session transaction isolation level read committed;

a账户开启事务进行转账：

此时，a账户通知b账户转账成功了，b账户就来查询余额。

查询结果表示b账户并没有查询到a账户未提交的内容，因此可以说明read committed隔离级别可以避免脏读。最后的时候a账户进行事务的回滚。

不可重复读：

所谓的不可重复读(non-repeatable-read)是指事务中两次查询的结果不一致，原因是在查询的过程中其他事务做了更新的操作。比如：银行在做统计报表时，第一次查询a账户有1000元钱，第二次查询a账户有900元钱，原因是统计期间a账户取出了100元，这样就会导致多次统计报表的结果不一致。

不可重复读和脏读有点类似，但是脏读是读取前一个事务未提交的脏数据，不可重复读是在事务内重复读取了别的线程已提交的数据。

演示不可重复读：

b账户设置read committed(读提交)隔离级别：

set session transaction isolation level read committed;

b账户再来开启事务后再查询当前各账户的余额信息(一定要开启事务再查询)：

a账户只需要执行修改的操作，不需要保证同步性：

当a账户中的更新操作执行成功后，再在b账户中再次查询各账户的余额：

对比b账户两次查询结果可以发现，两次查询结果是不一致的，实现上这种操作是没有错的，但是如果在银行统计报表时，这种情况是不符合需求的，因为我们并不希望在一个事务中看到的查询结果不一致，这就是不可重复读。最后，再将b账户的事务进行提交：

再来设置b账户repeatable read(可重复读)的隔离级别：

为了防止重复读的情况出现，可以将该事务的隔离级别设置为repeatable read(可重复读)：

set session transaction isolation level repeatable read;

再来验证b账户是否出现不可重复读：

在a账户中不开启事务，直接使用update语句执行更新操作：

当a账户中的update语句执行成功后，b账户再在当前事务中，再次查询各账户的余额信息：

对比两次查询结果可以发现，查询的结果是一致的，并没有出现不同的数据，因此，可以说明事务的隔离级别为repeatable read时，可以避免重复读的情况。最后，将b账户中的事务提交：

幻读：

幻读(PHANTOM READ)又被称为虚读，是指在一个事务内两次查询中数据条数不一致，幻读和不可重复读有些类似，同样是在两次查询过程中，不同的是，幻读是由于其他事务做了插入记录的操作，导致记录数有所增加。例如：银行在做统计报表时统计account表中所有用户的总额时，此时总共有三个账户总共金额有3000元，这时新增了一个账户，并且存入了1000元，这时银行再统计时发现账户的总金额变为4000元，造成了幻读的情况。

情景模拟：

先来设置b账户的隔离级别：

由于前面将事务的隔离级别设置为repeatable read(可重复读)，这种隔离级别可以避免幻读的出现，因此需要将事务的隔离级别设置得更低。

set session transaction isolation level read committed;

再在b账户中开启一个事务，然后在当前事务中查询账户的余额信息：

a账户在进行添加操作之前，先查询一下：

再对a账户进行添加操作，a账户不用开启事务，直接执行添加操作即可：

当a账户添加记录成功后，再在b账户中再次查询账户的余额信息：

通过对比b账户设置read committed隔离级别前后，发现第二次查询数据时比第一次查询时多了一条记录，这种情况并不是错误，但可能不符合实际需要。最后将b账户的事务进行提交：

重新设置b账户的隔离级别，再来验证是否出现幻读：

为了防止出现幻读，可以将b账户的隔离级别设置为repeatable read：

set session transaction isolation level repeatable read;

这样就可以再来验证是否出现幻读。

在b账户中重新开启事务，并在当前事务中查询当前账户的余额信息：

在对a账户进行添加操作之前，先来查询一下：

再对a账户进行添加操作，在a账户中不开启事务，直接执行添加操作：

当a账户的添加操作执行成功后，b账户再次查询：

对比b账户的两次查询结果可以看出，在同一个事务中两次的查询结果是一致的，并没有出现重复读取的情况，因此可以说明当前事务的隔离级别可以避免幻读，最后b账户还需要使用commit语句提交当前的事务：

可串行化：

可串行化(serializable)是事务的最高隔离级别，它在每个读的数据行上加上锁，使之不可能相互冲突，因此会导致大量的超时现象。

情景模拟：

设置b账户中事务的隔离级别：

set session transaction isolation level serializable;

首先在b账户中开启事务，再来查询：

再在a账户中开启一个事务，并在该事务中执行插入操作：

通过执行结果可以看出，当b账户正在事务中查询余额信息时，a账户中的操作是不能立即执行的。

现在b账户查询完余额信息了，此时对b账户立即提交当前事务：

当b账户中的事务提交成功后，a账户中的添加操作才能执行成功：

如果中间的时间太长的话，就会出现超时的错误信息：

b账户再来进行查询的时候，也是不能查询出来的：

需要对a账户进行提交事务，b账户才可以查询出来：

从上述的情况可以说明，如果一个事务使用了serializable(可串行化)隔离级别时，在这个事务没有被提交前，其他的线程只能等到当前操作完成后，才能进行操作，这样会非常耗时，而且会影响数据库的性能，通过情况下是不会使用这种隔离级别的。

总结：