MySQL 事务及事务隔离级别

事务

是逻辑上的一组操作,要么都执行,要么都不执行. 比如,A向B转账2000元,在转账的时,A账户就会减少2000元,而B账户会增加2000元,但是,如果在转账的这个过程中,银行系统突然瘫痪,导致A账户减少了2000元而B账户没有增加2000元,这就有了问题,所以,事务是为了使A账户减少和B账户增加这两个操作要么都成功,要么就都失败.

事务特性(ACID)

1. 原子性： 事务是最小的执行单位，不允许分割。事务的原子性确保动作要么全部完成，要么完全不起作用；

2. 一致性： 执行事务前后，数据保持一致，例如转账业务中，无论事务是否成功，转账者和收款人的总额应该是不变的；

3. 隔离性： 并发访问数据库时，一个用户的事务不被其他事务所干扰，各并发事务之间数据库是独立的；

4. 持久性： 一个事务被提交之后。它对数据库中数据的改变是持久的，即使数据库发生故障也不应该对其有任何影响。

并发事务产生的问题

• 脏读（Dirty read）: 当A事务正在访问数据并且对数据进行了修改，而这种修改还没有提交到数据库中，这时B事务也访问了这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么B事务读到的这个数据是“脏数据”，依据“脏数据”所做的操作可能是不正确的。

• 丢失修改（Lost to modify）: 指在A事务读取一个数据时，B事务也访问了该数据，那么在A事务中修改了这个数据后，B事务也修改了这个数据。这样A事务内的修改结果就被丢失，因此称为丢失修改。 例如：事务1读取某表中的数据sum=20，事务2也读取sum=20，事务1修改sum=sum-1，事务2也修改sum=sum+1，最终结果sum=21，事务1的修改被丢失。

• 不可重复读（Unrepeatableread）: 指在一个事务内多次读同一数据。在这个事务还没有结束时，另一个事务也访问该数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改导致第一个事务两次读取的数据可能不太一样。这就发生了在一个事务内两次读到的数据是不一样的情况，因此称为不可重复读。

• 幻读（Phantom read）: 幻读与不可重复读类似。它发生在一个事务A读取了几行数据，接着另一个并发事务B插入了一些数据时。在随后的查询中，A事务就会发现多了一些原本不存在的记录，就好像发生了幻觉一样，所以称为幻读。

注意 : 不可重复读的重点是修改，幻读的重点在于新增或者删除。

事务隔离级别

• READ-UNCOMMITTED(读取未提交)： 最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读。

• READ-COMMITTED(读取已提交)： 允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生。

• REPEATABLE-READ(可重复读)： 对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。(此级别是InnoDB 存储引擎的默认支持的隔离级别,并且InnoDB 存储引擎在此级别下使用的是Next-Key Lock 锁算法,因此可以避免幻读 )

• SERIALIZABLE(可串行化)： 最高的隔离级别，完全服从ACID的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。

隔离级别	脏读	不可重复读	幻影读
READ-UNCOMMITTED	√	√	√
READ-COMMITTED	×	√	√
REPEATABLE-READ	×	×	√
SERIALIZABLE	×	×	×

 

设置隔离级别 : 

SET [SESSION|GLOBAL] TRANSACTION ISOLATION LEVEL [READ UNCOMMITTED|READ COMMITTED|REPEATABLE READ|SERIALIZABLE]

session：当前会话，也就是当前连接。

global：全局，不包含当前连接，之后新获取的连接都会生效。

查看隔离级别:

SELECT @@transaction_isolation;

显式启动事务: 

START TRANSACTION;  或 BEGIN;

提交数据(使对数据库的修改成为永久性):

 COMMIT;

 回滚数据(回滚到结束用户的事务，并撤销正在进行的所有未提交的修改):

ROLLBACK;

 示例 为脏读 (标记的不太美观,但是我感觉还比较清晰,将就看):

READ-UNCOMMITTED(读取未提交)