目录
一、什么是事务？
事务（Transaction），就是将一组SQL语句放在同一批次内去执行，如果一个SQL语句出错，则该批次内 的所有SQL都将被取消执行。
1.事务的特点：
一个事务中如果有一个数据库操作失败，那么整个事务的所有数据库操作都会失败，数据库数据就会回滚到该事务开始之前的状态。（一个失败全失败）
2.事务限制
MySQL数据库中仅InnoDB和BDB类型的数据库表 支持事务。
二、事务的ACID原则
| 原子性 | 意味着数据库中的 事务执行是作为原 子粒度。即不可再 分，整个语句要么 执行，要么不执行 |
| 一致性 | 即在事务开始之前和事务结束以后，数据 库的完整性约束没有被破坏。 |
| 隔离性 | 事务的执行是互不干扰的，一个事务不可能看到其他事务运行时，中间某 一时刻的数据。 |
| 持久性 | 意味着在事务完成以后 ，该事务所对数据库所 作的更改便持久的保存 在数据库之中，并不会被回滚。 |
三、MySQL实现事务的方法
START TRANSACTION：开始一个事务,标记事务的起始点。
SET AUTOCOMMIT：使用该语句来改变自动提交模 式，等于0时关闭自动提交模式， 等于1时开启自动提交模式。默 认为1，使用事务时为0。
COMMIT：提交一个事务给数据库。
ROLLBACK：将事务回滚，数据回到本次事 务的初始状态。
四、MySQL实现事务的步骤
1. 关闭MySQL自动提交：SET AUTOCOMMIT = 0；
2. 开启一个事务，标记事务的起始点：START TRANSACTION;
3-01 . 向数据库提交事务：COMMIT;
3-02 . 将事务回滚，所有的数据库操作被取消：ROLLBACK；
4. 开启MySQL自动提交：SET AUTOCOMMIT = 1；
五、事务的原子性、一致性、持久性
事务的原子性、一致性和持久性由事务的 redo 日志和undo 日志来保证。
- REDO LOG 称为 重做日志 ，提供再写入操作，恢复提交事务修改 的页操作，用来保证事务的持久性。
- UNDO LOG 称为 回滚日志 ，回滚行记录到某个特定版本，用来保 证事务的原子性、一致性。
六、事务的隔离性
1.什么是事务的隔离性：
为了让不同的事务之间相互不存在干扰，就需要对事务的操作进行隔离， 事务的隔离性也就是将操作同一个数据的事务相互分离，让操作之间分开有序的执行
2.用什么方式实现事务的隔离性:
通常数据库里都是采用锁的机制，保证事务之间的隔离性
七、MySql中的锁
锁分类：
基于锁的属性分类：共享锁（读锁、S锁）、排他锁（写锁，X锁）。
基于锁的粒度分类：表锁、行锁(记录锁、间隙锁、临键锁)。
基于锁的状态分类：意向共享锁、意向排它锁。
八、事务的隔离级别
1.事务并发问题：
在事务并发执行的时候，如果不进行事务隔离，那么就会产生脏写、脏读、 重复读、幻读的问题。
2.事务的隔离级别：
- 1. READ_UNCOMMITTED 读未提交
- 2. READ_COMMITTED 读提交（不可重复读）
- 3. REPEATABLE_READ 可重复读
- 4. SERIALIZABLE 串行化
每个隔离级别都针对事务并发问题中的一种或几种进行解决，事务级别越高，解决的并发事务问题也就越多，同时也意味着加的锁就越多，所以性能也会越差。
九、事务的隔离级别解决的问题
1. READ_ UNCOMMITTED
事务读取:不加锁
事务写入:加写锁
解决问题:脏写
存在问题:脏读，不可重复读、幻读。
2.READ_ COMMITTED
事务读取:加读锁(每次select完成都会释放读锁)
事务写入:加写锁
解决问题:脏写、脏读
存在问题:不可重复读、幻读。
3.REPEATABLE_ READ
事务读取:加读锁(每次select完不会释放锁，而是事务结束后才释放) ( 如果是Mysql
的innodb还会加间隙锁)。
事务写入:加写锁
解决问题:脏写、脏读、不可重复读，幻读(如果是Mysq|的innodb则已解决)
存在问题:幻读( 如果是Mysql的innodb则不存在)。
4.SERIALIZABLE
不管读取还是修改所有的事务串行化执行，
一个事务的执行必须等其他事务结束。
九-1 事务并发时出现的问题
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机制解决可重复读中的幻读问题。
1270
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
