小徐带你了解Mysql中的事务(ACID)特性，让你在面试中脱颖而出

TCL(Transaction Control Language)事务控制语言

事务：

一个或一组语句组成的一个执行单元，这个执行单元要么全部执行，要么全部不执行。

事务由单独单元的一个或多个SQL语句组成，在这个单元中，每个Mysql语句是相互依赖的，

而整个单独单元作为一个不可分割的整体，如果单元中某条SQL语句执行失败或产生错误，

整个单元将会回滚，所有收到影响的数据将返回到事务开始以前的状态，如果单元中的所有SQL

语句均执行成功，则事务被顺利执行。

存储引擎

一：概念：在mysql中的数据用各种不同的技术存储在文件(或内存)中。

二：通过show engines;来查看mysql支持的存储引擎。

三：在mysql中用的最多的存储引擎有：innodb，myism，memory等，

其中innodb支持事务，而myism，memory等比支持事务。

事务的ACID属性

原子性(Atomicity)
	原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。

一致性(consistency)
	事务必须使数据库从一个一致性状态变换到另一个一致性状态。

隔离性(Isoation)
	事务的隔离性是指一个事务的执行不能被其他事务干扰，即一个事务内部操作及使用的数据对
	并发的其他事务是隔离的，并发执行的各个事务之间不能相互干扰。

持久性(Durability)
	持久性是指一个事务一旦被提交，它对数据库中数据的改变是永久性的，接下来的其他操作和数据库
	故障不应该对其有任何影响。

事务的创建

隐式事务：事务没有明显的开启和结束标记

比如：insert，uodate，delete语句

显示事务：事务具有明显的开启和结束的标记

前提：必须先设置自动提交功能为禁用

set	autocommit=0;

步骤一：开启事务

set	autocommit=0;
start	transaction; #可选的

步骤二：编写事务中的sql语句(select insert uodate delete)

语句一;
语句二;
........

步骤三：结束事务

commit；提交事务

rollback；回滚事务

savepoint；节点名，设置保存点

事务的隔离级别 重点难点 面试必问

read	uncommitted(读未提交)：会产生脏读，不可重复读，幻读的现象，允许事务读取未被其他事务提交的变更。

read	committed(读已提交)：可以避免脏读，会产生不可重复读，和幻读的现象，只允许事务读取已经被其他事务提交的变更。

repeatable	read(可重复读，Mysql默认的隔离级别)：可以避免脏读，不可重复读，会产生幻读的现象，确保事务可以多次从一个字段中
读取相同的值，在这个事务持续期间，禁止其他事务对这个字段进行更新。

serializable(串行话)：可以避免，脏读，不可重复读，幻读现象的产生，确保事务可以从一个表中读取相同的行，在这个事务持续期间，禁止其他事务对
该表执行插入，更新和删除操作，所有并发问题都可以避免，但是性能最低。

mysql中默认的隔离级别为：repeatable	read

mysql支持四种事务隔离级别。

oracle中默认的隔离级别为：read  committed

Oracle至此两种事务隔离级别：Read	commited，Serializable

每启动一个mysql程序，就会获得一个单独的数据库连接，每个数据库连接都有一个全局变量  @@tx_isolation，表示当前的事务隔离级别。

查看隔离级别   select   @@tx_isolation;

设置当前mysql隔离级别：set	 session(session可以省略)	transaction	isolation	level		隔离级别；

设置数据库系统的全局的隔离级别：set	global	transaction	isolation	level	read	commit；

演示事务的使用步骤：

开启事务：

set	autocommit=0;

编写一组事务的语句

UPDATE account 
SET balance = 1000 
WHERE
	username = '张无忌';
UPDATE account 
SET balance = 10000 
WHERE
	username = '赵敏'；

结束事务

#回滚
rollback;
commit;

数据库的隔离级别

对于同时运行的多个事务，当这些事务访问数据库中相同的数据时，如果没有采取必要的隔离机制，就会导致各种并发问题。

脏读，不可重复读，幻读的含义 重点面试

一：脏读：对于两个事务T1，T2，T1读取了**已经被T2更新但还没有被提交的字段**之后，若T2回滚，T1读取的内容就是临时且无效的。

二：不可重复读：对于两个事务T1,T2,T1读取了一个字段，然后T2更新了该字段之后，T1再次读取同一个字段，值就不同了。

三：幻读：对于两个事务T1，T2，T1从一个表中读取了一个字段，然后T2在该表中插入了一些新的数据之后，
		如果T1再次读取同一个表，就会多出几行数据。

演示savepoint的使用

set	autocommit=0;
start	transaction;
delete	from	account	where id=25;
savepoint a;#设置保存点
delete from account where id =28;
rollback	to a; #回滚到保存点

select *  from  account;

面试难点

Mysql是怎么保证一致性的

分为两个层面解答

一：从数据库层面，数据库通过原子性，隔离性，持久行来保证一致性。也就是说ACID四大特性之中，C(一致性)是目的

A(原子性)，I(隔离性)，D(持久性)是手段，是为了保证一致性，数据库提供的手段，数据库必须要实现AID三大特性，才有    		

可能实现一致性，例如：原子性无法保证，显然一致性也无法保证。

但是，如果你在事务里故意写出违反约束的代码，一致性还是无法保证的，例如，你在转账的例子中，你的代码里故意

写出违反约束的代码，一致性还是无法保证的，例如，你在转账的例子中，你的代码里故意不给B账户价钱，那一致性还是

无法保证，因此，还必须从应用层角度考虑。

从应用层面，通过代码判断数据库数据是否有效，然后决定回滚还是提交数据！

Mysql是怎么保证原子性的

保证原子性是利用Innodb的undo	log实现的

undo	log名为回滚日志，是实现原子性的关键，当事务回滚时能够撤销所有已经成功执行的sql语句，他需要记录你要回滚
的相应的日志信息。

例如：
	一：当你delete一条语句的时候，就需要记录这条数据的信息，回滚的时候，insert这条旧数据。
	
	二：当你update一条语句的时候，就需要记录之前的旧值，回滚的时候，根据旧值执行uodate操作。
	
	三：当你insert一条语句的时候，就需要这条记录的主键，回滚的时候，根据主键执行delete操作。

undo  log记录了这些回滚需要的信息，当事务执行失败或调用了rollback，导致事务需要回滚，便
可以利用undo	log中的信息将数据回滚到修改之前的样子。

Mysql是怎么保证持久性的

	mysql的持久性是利用Innodb的redo	log实现的

	Mysql是先把磁盘上的数据加载到内存中，在内存中对数据进行修改，再刷回磁盘上，如果此时突然宕机
	
	内存中的数据就会丢失。
	
	于是，决定采用redo	log解决上面的问题，当做数据修改的时候，不仅在内存中操作，还会在redo	log
	
	中记录这次操作，当事务提交的时候，会将redo	log日志进行刷盘（redo	log一部分在内存中，一部分会
	
	在磁盘上)当数据库宕机重启的时候，会将redo	log中的内容恢复到数据库中，再根据undo	log和binlog内容
	
	决定回滚数据还是提交数据。
	
	采用redo	log的好处：
	
		就是将redo log进行刷盘比对数据页刷盘效率高，具体表现如下：
		
		redo	log体积小，毕竟只记录了哪一页修改了啥，因此体积小，刷盘快。
		
		redo	 log是一直往末尾进行追加，属于顺序IO，效率显然比随机IO来的快。

Mysql是怎么保证隔离性的

利用的是锁和MVCC机制，还是拿转账例子来说明，有一个账户表如下
表名t_balance

其中id是主键，user_id为账户名，balance为余额，还是以转账两次为例，如下图所示。

			MVCC，即多版本并发控制(Multi	version	Concurrency	Control）一个行记录数据有多个版本对快照数据，
			这些快照数据在undo	log中。

	如果一个事务读取的行正在做DELETE或UPDATE操作，读取操作不会等行上的锁释放，而是读取该行的快照版本。
	
	由于MVCC机制在可重复读(Repeateable	read)和读已提交(Read	commited)的MVCC表现形式不同，就不解释了。
	
	但是有一点说明一下，在事务隔离级别为读已提交时，一个事务能够读到另一个事务已经提交的数据，是不满足隔离性的，
	
	但是当事务隔离级别我可重复读时，是满足隔离性的。