mysql中的事务

 一、事务的定义

        事务（Transaction），就是将一组SQL语句放在同一批次内去执行，如果一个SQL语句出错，则该批次内 的所有SQL都将被取消执行。

特点：一个事务中如果有一个数据库操作失败，那么整个 事务的所有数据库操作都会失败，数据库数据就会 回滚到该事务开始之前的状态。 

限制：MySQL数据库中仅InnoDB和BDB类型的数据库表 支持事务。

二、事务的特性

原子性：意味着数据库中的事务执行是作为原子粒度即不可再分，整个语句要么执行要么不执行。

一致性：即在事务开始之前和事务结束以后，数据库的完整性约束没有被破坏。

隔离性：事务的执行是互不干扰的，一个事务不可能看到其他事务运行时中间某一时刻的数据。

持久性：意味着在事务完成以后 ，该事务所对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。 

三、MySQL实现事务的方法

四、MySQL实现事务的步骤 

-- 事务的操作
-- 1. 关闭自动提交
set autocommit = 0;
-- 2. 开始事务
start transaction;
-- 3. 一组sql语句
update bank set bmoney = bmoney-1000 where bname='周永康';
update bank set bmoney = bmoney+1000 where bname='杨文齐';

-- 4. 结束事务(判断)
	-- 提交
	commit;
	-- 回滚
	rollback;
-- 5. 开启自动提交
set autocommit = 1;

四、事务的原子性、一致性、持久性 

事务的原子性、一致性和持久性由事务的 redo 日志和undo 日志来保证。

• REDO LOG 称为 重做日志 ，提供再写入操作，恢复提交事务修改 的页操作，用来保证事务的持久性。

• UNDO LOG 称为 回滚日志 ，回滚行记录到某个特定版本，用来保 证事务的原子性、一致性。

五、事务的隔离性

什么是事务的隔离性：为了让不同的事务之间相互不存在干扰，就需要对事务的操作进行隔离， 事务的隔离性也就是将操作同一个数据的事务相互分离，让操作之间分开有序的执行

用什么方式实现事务的隔离性: 通常数据库里都是采用锁的机制，保证事务之间的隔离性。 

六、MySql中的锁 

锁分类： 基于锁的属性分类：共享锁（读锁、S锁）、排他锁（写锁，X锁）。

基于锁的粒度分类：表锁、行锁(记录锁、间隙锁、临键锁)。

基于锁的状态分类：意向共享锁、意向排它锁。 

七、事务的隔离级别

事务并发问题： 在事务并发执行的时候，如果不进行事务隔离，那么就会产生脏写、脏读、 重复读、幻读的问题。

事务的隔离级别： 1. READ_UNCOMMITTED 读未提交

                              2. READ_COMMITTED 读提交（不可重复读）

                              3. REPEATABLE_READ 可重复读

                              4. SERIALIZABLE 串行化

每个隔离级别都针对事务并发问题中的一种或几种进行解决，事务级别越高，解决的 并发事务问题也就越多，同时也意味着加的锁就越多，所以性能也会越差。 

八、事务的隔离级别解决的问题

1.READ_UNCOMMITTED

• 事务读取:不加锁
• 事务写入:加写锁解决问题:脏写
• 存在问题:脏读,不可重复读、幻读

2.READ_COMMITTED

• 事务读取:加读锁(每次select完成都会释放读锁)事务写入:加写锁
• 解决问题:脏写、脏读
• 存在问题:不可重复读、幻读。

3.REPEATABLE_READ

• 事务读取:加读锁(每次select完不会释放锁，而是事务结束后才释放)（如果是Mysql的innodb还会加间隙锁）。
• 事务写入:加写锁
• 解决问题:脏写、脏读、不可重复读,幻读（如果是Mysql的innodb则已解决)存在问题:幻读(如果是Mysql的innodb则不存在)。

4.SERIALIZABLE

        不管读取还是修改所有的事务串行化执行,一个事务的执行必须等其他事务结束。
 

九、事务并发时出现的问题 

1.脏写（ Dirty Write ）

对于两个事务 Session A、Session B，如果事务Session A 修改了 另一个 未提交 事务Session B 修 改过 的数据，那就意味着发生了 脏写

2.脏读（ Dirty Read ）

对于两个事务 Session A、Session B，Session A 读取 了已经被 Session B 更新 但还 没有被提交 的 字段。 之后若 Session B 回滚 ，Session A 读取 的内容就是 临时且无效 的。 Session A和Session B各开启了一个事务，Session B中的事务先将studentno列为1的记录的name 列更新 为'张三'，然后Session A中的事务再去查询这条studentno为1的记录，如果读到列name的值为' 张三'，而 Session B中的事务稍后进行了回滚，那么Session A中的事务相当于读到了一个不存在的数据， 这种现象 就称之为 脏读 。 

3.不可重复读（ Non-Repeatable Read ）

对于两个事务Session A、Session B，Session A 读取 了一个字段，然后 Session B 更新 了该字段。 之后 Session A 再次读取 同一个字段， 值就不同 了。那就意味着发生了不可重复读。 我们在Session B中提交了几个 隐式事务 （注意是隐式事务，意味着语句结束事务就提交了），这些事务 都修改了studentno列为1的记录的列name的值，每次事务提交之后，如果Session A中的事务都可以查看 到最新的值，这种现象也被称之为 不可重复读 。

4.幻读（ Phantom ）

对于两个事务Session A、Session B, Session A 从一个表中 读取 了一个字段, 然后 Session B 在该表中 插 入 了一些新的行。 之后, 如果 Session A 再次读取 同一个表, 就会多出几行。那就意味着发生了幻读。 Session A中的事务先根据条件 studentno > 0这个条件查询表student，得到了name列值为'张三'的记录； 之后Session B中提交了一个 隐式事务 ，该事务向表student中插入了一条新记录；之后Session A中的事务 再根据相同的条件 studentno > 0查询表student，得到的结果集中包含Session B中的事务新插入的那条记 录，这种现象也被称之为 幻读 。我们把新插入的那些记录称之为 幻影记录 。

十、InnoDB的MVCC

MVCC （Multiversion Concurrency Control），多版本并发控制。顾名思义，MVCC 是通过数据行的多个 版 本管理来实现数据库的 并发控制 。这项技术使得在InnoDB的事务隔离级别下执行 一致性读 操作有 了保 证。换言之，就是为了查询一些正在被另一个事务更新的行，并且可以看到它们被更新之前的值， 这样 在做查询的时候就不用等待另一个事务释放锁。 MVCC 的实现依赖于：隐藏字段、Undo Log、Read View。 InnoDB就是通过MVCC机制解决可重复读中的幻读问题。