MySQL 第十五章 事务（★★★★★）

十五、事务（★★★★★）

15.1 什么是事务

一个事务(transaction)其实就是一个完整的业务逻辑。是一个最小的工作单元，不可再分。

什么是一个完整的业务逻辑？

假设转账，从A账号转向B账户10000元
将A账户的钱减去10000（update数据）
将B账户的钱加上10000（update数据）
这就是一个完整的业务逻辑。

这两个update语句要求必须同时成功或者同时失败，这样才能保证钱是正确的。

以上的操作是一个最小的工作单元，要么同时成功，要么同时失败，不可再分。

只有DML语句（insert、delete、update）才会有事务这一说，其他语句和事务无关！
只要你的操作涉及到数据的增、删、改，那么就一定要考虑安全问题。

那到底什么是事务呢？
说到底，本质上来讲，一个事务其实就是批量的DML语句同时成功，或者同时失败。

事务是怎么做到多条DML语句同时成功或同时失败的呢？
InnoDB存储引擎提供了一组用来记录事务性活动的日志文件。在事务的执行过程中，每一条DML的操作都会记录到 “事务性活动的日志文件” 中。在此过程中，我们可以提交事务，也可以回滚事务。

• 提交事务：
  清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。
  提交事务标志着事务的结束。并且是一种全部成功的结束。
• 回滚事务：
  将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件。
  回滚事务标志着事物的结束。并且是一种全部失败的结束。

15.2 怎么提交事务，怎么回滚事务？

• 提交事务：commit;
• 回滚事务：rollback; （回滚永远都是只能回滚上一次的提交点！）

在mysql中默认清空下是支持事务自动提交的。 自动提交-----每执行一条DML语句，则提交一次。

这种自动提交实际上并不符合我们的开发习惯，因为一个业务通常是需要多条DML语句共同执行才能完成的，为了保证数据的安全，必须要求同时成功之后再提交。

关掉自动提交机制：start transaction;

演示事务：

# 回滚事务
mysql> use bjpowernode;
Database changed
mysql> select * from dept_bak;
Empty set (0.00 sec)

mysql> start transaction;	# 关闭自动提交机制
Query OK, 0 rows affected (0.00 sec)

mysql> insert into dept_bak values(10, 'abc', 'tj');
Query OK, 1 row affected (0.00 sec)

mysql> insert into dept_bak values(10, 'abc', 'tj');
Query OK, 1 row affected (0.00 sec)

mysql> select * from dept_bak;
+--------+-------+------+
| DEPTNO | DNAME | LOC  |
+--------+-------+------+
|     10 | abc   | tj   |
|     10 | abc   | tj   |
+--------+-------+------+
2 rows in set (0.00 sec)

mysql> rollback;		# 回滚，前面几次insert并没有commit，回滚之后数据应该没了
Query OK, 0 rows affected (0.00 sec)

mysql> select * from dept_bak;
Empty set (0.00 sec)	# 回滚之后数据没了

# 提交事务
mysql> start transaction;	# 关闭自动提交机制
Query OK, 0 rows affected (0.00 sec)

mysql> insert into dept_bak values(20,'abc', 'tj');
Query OK, 1 row affected (0.00 sec)

mysql> insert into dept_bak values(20,'abc', 'tj');
Query OK, 1 row affected (0.00 sec)

mysql> insert into dept_bak values(20,'abc', 'tj');
Query OK, 1 row affected (0.00 sec)

mysql> commit;		# 提交
Query OK, 0 rows affected (0.00 sec)

mysql> select * from dept_bak;
+--------+-------+------+
| DEPTNO | DNAME | LOC  |
+--------+-------+------+
|     20 | abc   | tj   |
|     20 | abc   | tj   |
|     20 | abc   | tj   |
+--------+-------+------+
3 rows in set (0.00 sec)

mysql> rollback;	# 这里回滚只能回滚到上次提交的位置
Query OK, 0 rows affected (0.00 sec)

mysql> select * from dept_bak;
+--------+-------+------+
| DEPTNO | DNAME | LOC  |
+--------+-------+------+
|     20 | abc   | tj   |
|     20 | abc   | tj   |
|     20 | abc   | tj   |
+--------+-------+------+
3 rows in set (0.00 sec)

15.3 事务包括4个特性

• A：原子性
  说明事务是最小的工作单元，不可再分。
• C：一致性
  所有事务要求，在同一个事务当中，所有操作必须同时成功，或者同时失败，以保证数据的一致性。
• I：隔离性：
  A事务和B事务之间具有一定的隔离。
  教室A和教室B之间有一道墙，这道墙就是隔离性。
• D：持久性：
  事务最终结束的一个保障。事务提交，就相当于将没有保存到硬盘上的数据保存到硬盘上。

15.4 事务的隔离性

A教室和B教室中间有一道墙，这道墙可以很厚，也可以很薄。这就是事务的隔离级别。
这道墙越厚，表示隔离级别就越高。

事务和事务之间的隔离级别（4个级别）：

• 读未提交：read uncommitted（最低的隔离级别）《没有提交就读到了》

  • 什么是读未提交？
    ===》事务A可以读取到事务B未提交的数据。
  • 这种隔离级别存在的问题：脏读现象（Dirty Read），我们称为读到了脏数据。
  • 这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是2级起步。

• 读已提交：read committed《提交之后才能读到》

  • 什么是读已提交？
    ===》事务A只能读取到事务B提交之后的数据。
  • 这种隔离级别解决了什么问题？
    ===》解决了脏读现象。
  • 这种隔离级别存在的问题：
    • 不可重复读取数据
      比如，在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据是4条，3不等于4，称为不可重复读取
  • 这种隔离级别是比较真实的数据，每次读到的数据都是绝对的真实。（Oracle数据库默认的隔离级别是：read committed）

• 可重复读：repeatable read《提交之后也读不到，永远读取的都是刚开启事务时的数据》

  • 什么是可重复读取？
    ===》事务A开启之后，不管是多久，每一次在事务A中读取到的数据都是一致的。即使事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有发生改变，这就是可重复读。
  • 可重复读解决了什么问题？
    ===》解决了不可重复读取数据。
  • 存在的问题：
    • 会出现幻影读，每一次读取到的数据都是幻象。不够真实！
    • 示例，早晨9点开始开启了事务，只要事务不结束，到晚上9点，读到的数据还是那样！读到的都是假象。
  • 这是mysql中默认的事务隔离级别！！

• 序列化/串行化：serializable（最高的隔离级别）

  • 这是最高隔离级别，效率最低。解决了所有的问题。
  • 这种隔离级别表示事务排队，不能并发
  • synchronized，线程同步（事务同步）每一次读取到的数据都是最真实的，并且效率是最低的。

15.5 验证各种隔离级别

查看隔离级别：

mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set (0.00 sec)

设置隔离级别：

mysql> set global transaction isolation level 级别;	
# 如serializable

被测试的表 t_user，需要开启两个 dos 窗口。

验证：read uncommited

mysql> set global transaction isolation level read uncommitted;
# 退出重新登录dos再进行以下操作，注意，两窗口
事务A												事务B
-----------------------------------------------------------------------------
use bjpowernode;
											use bjpowernode;
start transaction;
select * from t_user;
											start transaction;
											insert into t_user values('zhangsan');
select * from t_user;

验证：read commited

mysql> set global transaction isolation level read committed;
事务A												事务B
-----------------------------------------------------------------------------
use bjpowernode;
											use bjpowernode;
start transaction;
											start transaction;
select * from t_user;
											insert into t_user values('zhangsan');
select * from t_user;
											commit;
select * from t_user;

验证：repeatable read

mysql> set global transaction isolation level repeatable read;
事务A												事务B
---------------------------------------------------------------------------
use bjpowernode;
											use bjpowernode;
start transaction;
											start transaction;
select * from t_user;
											insert into t_user values('lisi');
											insert into t_user values('wangwu');
											commit;
select * from t_user;

验证：serializable

mysql> set global transaction isolation level serializable;
事务A												事务B
-----------------------------------------------------------------------
use bjpowernode;
											use bjpowernode;
start transaction;
											start transaction;
select * from t_user;
insert into t_user values('abc');
											select * from t_user;