数据库mysql入门基础--14.事务(重点内容）

十四.事务(transaction)

1.什么是事务
一个事务其实就是一个完整的业务逻辑。

• 什么是一个完整的业务逻辑？
  -假设转账，从A账户向B账户转账10000， 将A账户的钱减去10000 将B账户的钱加上10000 这就是一个完整的业务逻辑。

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

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

2.只有DML语句才会有事务这一说，其他语句和事务无关！

1. insert

2. delete

3. update

• 只有以上的三个语句和事务有关系，其它都没有关系。

• 因为只有以上的三个语句是数据库表中的数据进行增，删，改的，只要你的操作一旦涉及到数据的增，删，改，那么就一定要考虑安全问题。

• 数据安全第一位！！！

3.假设所有的业务，只要一条DML语句就能完成，还有必要存在事务机制吗？

• 正是因为做某件事的时候，需要多条DML语句共同联合起来才能完成，所以需要事务的存在。如果任何一件复杂的事都能一条DML语句搞定，那么事务则没有存在的价值了。

• 到底什么是事务呢？
  -说到底，本质上，一个事务其实就是多条DML语句同时成功，同时失败。

• 事务：就是批量的DML语句同时成功，或者同时失败。

4.事务是怎么做到多条DML语句同时成功和同时失败的呢？
InnoDB存储引擎：提供一组用来记录事务性活动的日志文件
事务开启了：
insert
insert
delete
update
update
事务结束了！

• 在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中。

• 在事务的执行过程中，我们可以提交事务，也可以回滚事务。

• 提交事务？
  -清空事务性活动的日志文件，将数据全部持久化到数据库表中。 提交事务标志着，事物的结束。并且是一种全部成功的结束。

• 回滚事务？
  -将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件 回滚事务标志着，事务的结束，并且是一种全部失败的结束。

5.怎么提交事务？怎么回滚事务？
提交事务：commit ；语句
回滚事务：rollback ； 语句 (回滚永远都只能回滚到上一次的提交点！)

• 测试一下，在mysql当中默认的事务行为是怎样的？
  -mysql默认情况下是支持自动提交事务的。

• 什么是自动提交？
  -每执行一条DML语句，则提交一次！

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

• 自动提交机制导致rollback语句失效，怎么将mysql的自动提交机制关闭掉呢？
  -先执行这个命令：start transaction；

6.事务包括四个特性

• A：原子性 (Atomicity)
  -说明事务时最小的工作单元，不可再分。

• C：一致性 (Consistency)
  -所以事务要求，在同一个事务当中，所有操作必须同时成功，或者同时失败，以保证数据的一致性。

• I：隔离性 (Isolation）
  -A事务和B事务之间具有一定的隔离。 类比，教室A和教室B之间有一道墙，这道墙就是隔离性。
  -A事务在操作一张表的时候，另一个事务B也操作这张表会怎样？ 多线程并发访问同一张表会带来一些线程安全问题。

• D：持久性 (Durabillity)
  -事务最终结束的一个保障，事务提交，就相当于将没有保存到硬盘上的数据保存到硬盘上！

7.重点研究一下事务的隔离性！！！

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

• 事务和事务之间的隔离级别有哪些呢？
  -InnoDB实现了四个隔离级别，用以控制事务所做的修改，并将修改通告给其他并发的事务。

• 读未提交：read uncommitted (最低的隔离级别)
  -没有提交就读到了：允许一个事务能看到其他事务未提交的修改**

• 什么是读未提交？
  -事务A可以读到事务B未提交的数据。
  这种隔离级别存在的问题就是：
  脏读现象！(Dirty Read)
  我们称读到了脏数据。
  这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步!

• 读已提交：read committed
  -提交之后才能读：允许一个事务只能看到其他事务已经提交的修改，未提交的修改是不可见的
  什么是读已提交？
  事务A只能读取到事务B提交之后的数据。
  这种隔离级别解决了什么问题？
  解决了脏读现象。
  这种隔离级别存在什么问题？
  不可重复读取数据。
  什么是不可重复读取数据呢？
  -在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据是4条，3不等于4称为不可重复读取。
  这种隔离级别是比较真实的数据，每一次读到的数据都是绝对的真实。

Oracle数据库默认的隔离级别是：read committed

• 可重复读：repeatable read
  -提交之后也读不到，永远读取到的都是刚开始事务时的数据：确保如果在一个事务中执行两次相同的select语句，都能得到相同的结构，不管其他事务是否提交这些修改
  什么是可重复读？
  事务A开启之后，不管是多久，每一次在事务A中读取到的数据都是一致的，即使事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有发生改变，这就是可重复读。
  可重复读解决了什么问题？ 解决了不可重复读取的问题。 可重复读存在的问题是什么？ 可以出现幻影读。
  每一次读取到的数据都是幻象，不够真实！
  -早晨9点开始开启了事务，只要事务不结束，到晚上9点，读到的数据还是那样！读到的是假象，不够绝对的真实。
  MYSQL中默认的事务隔离级别就是这个！！！！

• 序列化/串行化： serializable (最高的隔离级别：将一个事务与其他事务完全隔离)
  这是最高隔离级别，效率最低。解决了所有的问题。 这种隔离级别表示事务排队，不能并发。
  类似synchronized,线程同步，(事务同步)。 每一次读取到的数据都是最真实的，并且效率是最低的。

8.验证各种隔离级别
查看隔离级别：
* 服务器变量tx_isolation(包括会话级和全局级两个变量)中保存着当前的绘画隔离级别。
* 为了查看当前隔离级别，可访问tx_isolation变量：
- 查看会话级的当前隔离级别：select @@tx isolation; 或 select@@session.tx_isolation;
- 查看全局级的当前隔离级别：select @@global.tx_isolation;

| @@tx isolation |
| REPEATABLE-READ |:mysql默认的隔离级别
验证：read uncommitted

mysql> set global transaction isolation level read uncommitted;

事务A                                                       事务B
use bipowernode;                                    
															use bjpowernode;

start transaction;
select * from t_user;
															start transaction;
															insert into t_user values('zhangsan');
select * from t_user;
			
|  name    | 
| zhangsan |

验证：read committed

mysql> set global transaction isolation level read committed;

事务A                                                       事务B
use bjpowernode;
															use bipowernode;
start transaction;
															start transaction;
select * from t_user;
																	insert into t_user 
values('zhangsan');
		select * from t_user;(查询不到)
											                        commit;
		select * from t_user;

|  name    | 
| zhangsan |

验证：repeatable read

mysql> set global transaction isolation level repeatable read;
	事务A                                                       事务B
use bjpowernode;


											

use bipowernode;

start transaction;	
															start transaction;
select * from t_user;
		                                                    insert into t_user values('lisi');	
		                                                    insert into t_user 


values('wangwu');	(无论事务B插入多少数据，都不会影响事务A表的数据显示)
				                                                    commit;
		select * from t_user;					
		|  name    | 
		| zhangsan |
		

验证：serializable

mysql> set global transaction isolation level serializable;
		事务A                                                       事务B
	use bjpowernode;
																	use bipowernode;
		start transaction;	
																	start transaction;
		select * from t_user;
		insert into t_user values('abc');
																	select * from t_user;
		无法查询！

**即事务是排着队的，必须你提交了我才能提交。