MySQL事务

1. 事务的基本介绍

 1. 概念:
     * 如果一个包含多个步骤的业务操作,被事务管理,那么这些操作要么同时成功,要么同时失败。
 2. 操作
     1. 开启事务:  start  transaction;
     2. 回滚:rollback;
     3. 提交:commit
  3. 例子:

       CREATE TABLE account (
			id INT PRIMARY KEY AUTO_INCREMENT,
			NAME VARCHAR(10),
			balance DOUBLE
		);
		-- 添加数据
		INSERT INTO account (NAME, balance) VALUES ('zhangsan', 1000), ('lisi', 1000);

        SELECT * FROM account;
		UPDATE account SET balance = 1000;
		-- 张三给李四转账 500 元
		
		-- 0. 开启事务
		START TRANSACTION;
		-- 1. 张三账户 -500
		
		UPDATE account SET balance = balance - 500 WHERE NAME = 'zhangsan';
		-- 2. 李四账户 +500
		-- 出错了...
		UPDATE account SET balance = balance + 500 WHERE NAME = 'lisi';
		
		-- 发现执行没有问题，提交事务
		COMMIT;
		
		-- 发现出问题了，回滚事务
		ROLLBACK;

2. MySQL 数据中事务默认自动提交

事务提交的两种方式：

2.1 自动提交：

• mysql就是自动提交的
• 一条DML(增删改)语句会自动提交一次事务。

2.2 手动提交：

• Oracle 数据库默认是手动提交事务
• 需要先开启事务，再提交

2.3 修改事务的默认提交方式：

		* 查看事务的默认提交方式：SELECT @@autocommit; -- 1 代表自动提交  0 代表手动提交
		* 修改默认提交方式： set @@autocommit = 0;

3. 事务的四大特征

1. 原子性：是不可分割的最小操作单位，要么同时成功，要么同时失败。
2. 持久性：当事务提交或回滚后，数据库会持久化的保存数据。
3. 隔离性：多个事务之间。相互独立。
4. 一致性：事务操作前后，数据总量不变

4. 事务的隔离级别(了解)

• 概念：多个事务之间隔离的，相互独立的。但是如果多个事务操作同一批数据，则会引发一些问题，设置不同的隔离级别就可以解决这些问题。

  • 存在问题：

    1. 脏读：一个事务，读取到另一个事务中没有提交的数据
    2. 不可重复读(虚读)：在同一个事务中，两次读取到的数据不一样。
    3. 幻读：一个事务操作(DML)数据表中所有记录，另一个事务添加了一条数据，则第一个事务查询不到自己的修改。

  • 隔离级别：

    1. read uncommitted：读未提交 (白话:就是会读到一个事务没提交的数据,如另一个事务update了,然后回滚,它会读到update后的数据,实际数据回滚了)
       • 产生的问题：脏读、不可重复读、幻读
    2. read committed：读已提交 （Oracle）(白话:开两个事务,其中一个事务会查到另一个事务提交前和事务提交后的数据,所以另一个事务里的数据读出来不一致)
       • 产生的问题：不可重复读、幻读
    3. repeatable read：可重复读 （MySQL默认）(白话:开两个事务,其中一个事务查询到的数据不受另一个事务提交已否影响,因为它只读当前事务开启时候的数据,相当于数据被备份了一下 就读这一刻的)
       • 产生的问题：幻读
    4. serializable：串行化（白话:就是这个表锁了,要等解锁完才能操作）
       • 可以解决所有的问题
    • 注意：隔离级别从小到大安全性越来越高，但是效率越来越低
    • 数据库查询隔离级别：
      • select @@tx_isolation;
    • 数据库设置隔离级别：
      • set global transaction isolation level 级别字符串;

  • 演示：

		set global transaction isolation level read uncommitted;
		start transaction;
		-- 转账操作
		update account set balance = balance - 500 where id = 1;
		update account set balance = balance + 500 where id = 2;

5. 隔离级别 例子

1. 读未提交:

(1) 打开一个客户端A，并设置当前事务模式为read uncommitted(未提交读),查询表account的初始值:

(2) 在客户端A的是事务提交之前,打开另一个客户端B，更新表account

（3） 这时，虽然客户端B的事务还没提交,但是客户端A就可以查询到B已经更新的数据:

(4) 一旦客户端B的事务因为某种原因回滚,所有的操作都将会被撤销,那客户端A查询到的数据其实就是脏数据:

(5) 在客户端A执行更新语句update account set balance = balance - 50 where id =1，lilei的balance没有变成350，居然是400，是不是很奇怪，数据不一致啊，如果你这么想就太天真 了，在应用程序中，我们会用400-50=350，并不知道其他会话回滚了，要想解决这个问题可以采用读已提交的隔离级别

2. 读已提交

（1）打开一个客户端A，并设置当期事务模式为read committed(读已提交),查询表account的所有记录:

（2）在客户端A的事务提交之前,打开另一个客户端B，更新表account:

（3）这时,客户端B的事务还没提交,客户端A不能查询到B已经更新的数据,解决了脏读问题:

（4）客户端B的事务提交

(5) 客户端A执行与上一步相同的查询,结果与上一步不一致,即产生了不可重复读的问题

3. 可重复读

（1） 打开一个客户端A，并设置当前事务模式为repeatable read，查询表account的所有记录

（2）在客户端A的事务提交之前，打开另一个客户端B，更新表account并提交

（3）在客户端A查询表account的所有记录，与步骤（1）查询结果一致，没有出现不可重复读的问题

（4）在客户端A，接着执行update balance = balance - 50 where id = 1，balance没有变成400-50=350，lilei的balance值用的是步骤（2）中的350来算的，所以是300，数据的一致性倒是没有被破坏。可重复读的隔离级别下使用了MVCC机制，select操作不会更新版本号，是快照读（历史版本）；insert、update和delete会更新版本号，是当前读（当前版本）。

（5）重新打开客户端B，插入一条新数据后提交

（6）在客户端A查询表account的所有记录，没有 查出 新增数据，所以没有出现幻读

4.串行化

（1）打开一个客户端A，并设置当前事务模式为serializable，查询表account的初始值：

（2）打开一个客户端B，并设置当前事务模式为serializable，插入一条记录报错，表被锁了插入失败，mysql中事务隔离级别为serializable时会锁表，因此不会出现幻读的情况，这种隔离级别并发性极低，往往一个事务霸占了一张表，其他成千上万个事务只有干瞪眼，得等他用完提交才可以使用，开发中很少会用到。

补充

1、SQL规范所规定的标准，不同的数据库具体的实现可能会有些差异

2、mysql中默认事务隔离级别是可重复读时并不会锁住读取到的行

3、事务隔离级别为串行化时，读取数据会锁住整张表

4、阅读此文时，如果站在开发者的角度，也许会觉得不可重复读和幻读，在逻辑上并没有什么问题，最终数据仍然是一致的，但是站在用户的角度，他们通常只能看到一个事务（只能看到客户端A，不知道客户端B这个卧底的存在），而不会考虑事务并发执行的现象，一旦出现同一数据多次读取结果不同，或者凭空出现新记录，他们可能会产生疑虑，这是用户体验的问题。

5.事务在mysql中执行时，最终的结果不会出现数据的一致性的问题，因为在一个事务中，mysql执行某个操作未必会使用前一个操作的中间结果，它会根据其他并发事务的实际情况采来处理，看起来不合逻辑，但是保证了数据的一致性 ；但是事务在应用程序中执行时，一个操作的结果会被下一个操作用到，并进行其他的计算。这是我们得小心，可重复读的时候应该锁行，串行化时 要锁表，不然会破坏数据的一致性。

6、事务在mysql中执行时，mysql会根据各个事务的实际情况综合处理，导致数据的一致性没有被破坏，但是应用程序时按照逻辑套路来出牌，并没有mysql聪明，难免会出现数据的一致性问题。

7、隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大，鱼和熊掌不可兼得啊。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed，它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、幻读这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。