MySQL事务

事务

什么是事务?

# 事务是指包含多个微小逻辑单元的一组操作,只要其中的一个逻辑失败了,那么一组操作就全部失败. 不存在一半成功,一半不成功的状况.

事务有什么用?

# 事务在平常的CRUD中或许不太常用, 但当我们有一种需求,要求,一组操作中.必须全部成功才执行,才算完成任务. 只要有一个出了错,那么所有的任务都将回到最初的状况,恢复原样.如:银行的转账

事务怎么用?

1. 新建一个数据库 bank , 并且创建一张表 account , 用于存储用户的姓名 和 存款。

2. 打开命令行，进入 mysql 终端

3. 先使用 show variables  like '%commit%'; 来查看当前数据库的事务自动提交设置。

4. 修改事务的自动提交 为 OFF ， 也就是关闭自动提交，我们想手动提交，看看数据的变化。
		
		set autocommit = OFF ;   此处 off 小写也OK ，不区分大小写， 当然也可以写 0  ， OFF 对应的是 0 ， ON 对应的是 1；

5. 对某个用户的存款进行修改。 接着在 命令行下查看数据，发现数据已经变化， 但是转到 GUI 下看，并没有任何变化。 这是因为我们没有提交数据。
	在命令行看到的都是假象而已。 

6. 在命令行下 输入 commit ;   来提交事务。 这时候，GUI 上面就显示出来最终的结果了。

事务的ACID

# 原子性Atomicity
	事务中的逻辑d要全部执行 , 不可分割.
# 一致性Consistency
	指事务执行前和执行后,数据的完整性保持一致
# 隔离性Isolation
	指一个事物在执行的过程中不应该受其他事务的影响
# 持久性Durability
	事务执行结束(提交或回滚),数据都应持久化到数据库  中

事务的安全问题

### 安全问题
	### 读问题
		# 脏读 : 一个事务,读到了另一个事务的还未提交的数据
        	# 解析: 
            	张三工资5000, A事务读到的且求改成8000,
                此时B事务读取张三的工资, B事务读到的是8000,
                A事务发生了回滚,B事务读取到的数据就是脏数据.
		
        # 不可重复读 : 一个事物 读到了另一个事物提交的数据,导致多次查询结果不一致
        	# 解析:
            	张三工资5000,A事务读取张三的信息,修改成了7000,但是没提交,
                B事务读取到张三的信息,修改为8000,且提交事务,
                但当A事务再次读取张三信息时,张三的工资变成了8000,前后两次读到的数据不一致.
                
		# 幻读 : 一个事物读到了另一个事物已提交的且插入的数据,导致多次查询结果不一致
			# 解析:
            	A事务读取了10数据工资为5000的数据,此时B事务插入了一条工资为5000的数据.
                A事务再次读取这工资为5000的数据时,出现了11条.前后读的数据量不一致,产生幻读
    
    ### 写问题
    	# 丢失更新
    		''
    			丢失更新: 指一个事物去修改数据库, 另一个事务也修改数据库,最后的那个事务.不管是提交还是回滚,都会造成前面一个事物的数据更新丢失
    		''
    	# 解决 丢失更新的方法:(悲观锁 和 乐观锁)	
    		# 悲观锁
	指事务在一开始就认为丢失更新一定会发生， 这是一件很悲观的事情。 具体操作步骤如下：

	# 1. 所有事务在执行操作前，先查询一次数据， 查询语句如下：

		select * from student  for update  ;           后面的for update 其实是数据库锁机制 、 一种排他锁。

	# 2. 哪个事务先执行这个语句， 哪个事务就持有了这把锁， 可以查询出来数据， 后面的事务再执行这条语句，不会有任何数据显示，就只能等着。 

	# 3. 一直等到前面的那个事务提交数据后， 后面的事务数据才会出来，那么才可以往下接着操作。 


### 总结: 这有点像男生去上卫生间似的， 如果谁先来，谁就可以进去蹲着， 后面来的人，得等着。 只有里面的人出来了，才能进去。 这其实就是 java 中的同步的概念            
            
    		# 乐观锁
	# 乐观锁是指，从来不会觉得丢失更新会发生。那么它的具体做法是什么呢? 

	# 要求程序员在数据库中添加字段，然后在后续更新的时候，对该字段进行判定比对， 如果一致才允许更新。例子如下：

	# 1. 数据库表中，额外添加了一个version字段， 用于记录版本， 默认从0 开始， 只要有针对表中数据进行修改的，那么version就+1.

	# 2. 开启A事务， 然后开启B事务 。 

	# 3. A 先执行数据库表操作。 因为以前都没有人修改过。 所以是允许A事务修改数据库的，但是修改完毕，就把version的值变成  1 了 。

	# 4. B事务， 这时候如果想执行修改，那么是不允许修改的。 因为B事务以前是没有查询过数据库内容的，所以它认为数据库版本还是0 。 但是数据库的版本经过A修改，已经是1了。
		所以这时候不允许修改， 要求其重新查询 。

	# 5. B重新查询后， 将会得到version 为 1的数据，这份数据就是之前A 事务修改的数据了， B 在进行修改，也是在A的基础上修改的。 所以就不会有丢失更新的情况出现了。


### 总结: 乐观锁的机制 ，其实是通过比对版本或者比对字段的方式来实现的， 这与大家在未来的学习中，或者在工作中，使用到的版本控制软件【SVN , GIT】机制是一样的。       

事务的隔离级别

# 读未提交
Read Uncommited【读未提交】

指的是 ： 一个事务可以读取到另一个事务还未提交的数据。 这就会引发 “脏读” 读取到的是数据库内存中的数据，而并非真正磁盘上的数据。

例子： 

	1. 开启一个命令行窗口A， 开始事务，然后查询表中记录。  设置当前窗口的事务隔离级别为 读未提交  命令如下：

			set session transaction isolation level read uncommitted;

	2. 另外在打开一个窗口B， 也开启事务， 然后执行 sql 语句， 但是不提交

	3. 在A窗口重新执行查询， 会看到B窗口没有提交的数据。 

# 读已提交
Read Commited 【读已提交】

与前面的读未提交刚好相反，这个隔离级别是 ，只能读取到其他事务已经提交的数据，那些没有提交的数据是读不出来的。但是这会造成一个问题是： 前后读取到的结果不一样。 发生了不可重复!!!, 所谓的不可重复读，就是不能执行多次读取，否则出现结果不一 。 例子如下：

	
	1. 开启一个命令行窗口A， 开始事务，然后查询表中记录。  设置当前窗口的事务隔离级别为 读未提交  命令如下：

			set session transaction isolation level read committed;

	2. 另外在打开一个窗口B， 也开启事务， 然后执行 sql 语句， 但是不提交 

	

	3. 在A窗口重新执行查询， 是不会看到B窗口刚才执行sql 语句的结果，因为它还没有提交。

	4. 在B窗口执行提交。

	5. 在A窗口中执行查看， 这时候才会看到B窗口已经修改的结果。

	6. 但是这会造成一个问题是： 在A窗口中， 第一次查看数据和第二次查看数据，结果不一样。

# 重复度
Repeatable Read 【重复读】 -  MySql 默认的隔离级别就是这个。

该隔离级别， 可以让事务在自己的会话中重复读取数据，并且不会出现结果不一样的状况，即使其他事务已经提交了，也依然还是显示以前的数据。

	1. 开启一个命令行窗口A， 开始事务，然后查询表中记录。  设置当前窗口的事务隔离级别为 读未提交  命令如下：

			set session transaction isolation level read committed;

	2. 另外在打开一个窗口B， 也开启事务， 然后执行 sql 语句， 但是不提交 

	

	3. 在A窗口重新执行查询， 是不会看到B窗口刚才执行sql 语句的结果，因为它还没有提交。

	4. 在B窗口执行提交。

	5. 在A窗口中执行查看， 这时候查询结果，和以前的查询结果一致。不会发生改变。

 

# 可串行化
Serializable 【可串行化】 

该事务级别是最高级的事务级别了。比前面几种都要强大一点，也就是前面几种的问题【脏读、不可重复读、幻读】都能够解决。但是有一些缺点。

	1. 开启一个命令行窗口A， 开始事务，然后查询表中记录。  设置当前窗口的事务隔离级别为 读未提交  命令如下：

			set session transaction isolation level read serializable;

	2. 另外在打开一个窗口B， 也开启事务， 然后执行 sql 语句， 但是不提交 

	

	3. 在A窗口重新执行查询， 会卡主，没有任何信息显示。 

	4. 在B窗口执行提交。

	5. 在A窗口中执行查看， 这时候才会显示结果。

Serializable  可以防止上面的所有问题，但是都使用该隔离级别也会有些问题。 比如造成并发的性能问题。 其他的事务必须得等当前正在操作表的事务先提交，才能接着往下，否则只能一直在等着。