标签：
什么是事务
一系列有序的数据库操作：
- 要么全部成功
- 要么全部回退到操作前状态
- 中间状态对其他连接不可见
事务的基本操作
| 基本操作 |
说明 |
| start transaction； |
开始事务 |
| commit； |
提交（全部完成） |
| rollback； |
回滚（回到初始状态） |
图中便是数据库中的事务操作；及 开始事务-->SQL操作-->commit/rollback；
savepoint，保存点，在事务回滚时，可以回滚到保存点；
而提交只能全部提交不能仅提交保存点；
savepoint savepoint_name;
rollback to savepoint_name;
commit;
事务开始也可以用 begin；或者 start transaction；
清空表数据：
mysql> select * from ttt;
+---+------+------+
| a | b | c |
+---+------+------+
| 1 | 1 | 1 |
+---+------+------+
1 row in set (0.00 sec)
mysql> truncate table ttt;
Query OK, 0 rows affected (0.01 sec)
mysql> select * from ttt;
Empty set (0.00 sec)
当多个连接同时连在一个数据库中时，truncate 命令无法使用
自动提交（默认开启）
即在我们数据语句后，系统自动给我们加上了COMMIT；
- autocommit可以在session级别设置
- 每个DML操作都自动提交
- DDL永远是自动提交，无法通过rollback回滚
mysql> show variables like ‘%autocommit%‘;
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | ON |
+---------------+-------+
1 row in set (0.00 sec)
mysql> set session autocommit = 0;
Query OK, 0 rows affected (0.00 sec)
mysql> show variables like ‘%autocommit%‘;
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | OFF |
+---------------+-------+
1 row in set (0.00 sec)
此时，在这个session中将DML将不会自动提交；
而如果在DML语句后我们进行了一句 DDL语句：
alter table ttt add new int(11);增加了一个字段；此时之前的DML也会自动提交，
因为DDL永远都会在语句后面自动COMMIT，而也顺带把之前的DML语句也提交了；
基本属性
事务的四个基本属性（ACID）酸
- 原子性（Atomicity）
- 一致性（Consistency）
- 隔离性（Isolation）
- 持久性（Durability）
事务的原子性（事务被打包一起执行或者一起撤销）
- 包含在事务中的操作要么全部被执行，要么都不执行
- 中途数据库或者应用发生异常，未提交的事务都应该被回滚
事务的一致性（各种约束条件，保证事务的正确合理，完成性）
数据正确性，合理性，完整性
数据一致性应该符合应用需要规则
- 余额不能为负数
- 交易对象必须先有账号
- 用户账号不能重复
事务的结果需要满足数据的一致性约束
事务的持久性(提交后的事务持久化到磁盘)
- 提交完成的事务会数据库的影响必须是永久性的
- 数据库异常不会丢失事务更新
- 通常认为成功写入磁盘的数据即为持久化成功
事务的持久化实现
机械硬盘对随机的读写非常慢，所以数据并不是同步刷新的。当update set a =3 ,commit ;
顺序写到事务日志中去，然后在空闲时，顺序的异步刷新到磁盘中去；这样速度回比较快，
因为机械硬盘对顺序读写操作的速度还是很快的。但如果数据库发现异常宕机了，
此时磁盘上的记录并没有得到修改，这时候需要通过回放事务日志的方式，也就是通过事务日志，重新将事务，更新到磁盘中去。
事务的隔离性
数据库事务在提交完成前，中间的任何数据变化对其他的事务都是不可见的。
隔离现象
- 脏读：Dirty Read
- 不可重复读：NonRepeatable Read
- 幻读：Phantom Read
隔离等级
- 未提交读：Read uncommitted
- 已提交读：Read committed
- 可重复读：Repeatable Read
- 可串行化：Seriallizable
mysql的事务隔离级别
tx_isolation 设置隔离级别；
数据库的隔离现象与隔离级别的演示
隔离现象
- 脏读：Dirty Read
- 不可重复读：NonRepeatable Read
- 幻读：Phantom Read
隔离等级
- 未提交读：Read uncommitted
- 已提交读：Read committed
- 可重复读：Repeatable Read
- 可串行化：Seriallizable
默认情况下：
查看隔离级别：
mysql> show global variables like "%iso%";
+---------------+-----------------+
| Variable_name | Value |
+---------------+-----------------+
| tx_isolation | REPEATABLE-READ |
+---------------+-----------------+
修改隔离级别：
set global tx_isolation = ‘READ-COMMITTED ‘;
READ UNCOMMITTED (未提交读) 的 dirty read（脏读）现象：
脏读现象：即A连接，未提交的事务，B连接的事务可以看到；
READ COMMITTED(已提交读)的NONREPEATABLE READ(不可重复读)现象：
A连接，提交的事务，B连接的事务中可以看到，这样在B连接中的事务，就可以看到A连接事务提交前，和提交后两种状态；PS：叫可重复读不是更贴切？
注意：不可重复读针对update，delete
READ COMMITTED(已提交读)的PHANTOM READ(幻读)现象：
A连接，提交的事务，B连接的事务可以看到，这样在B连接中的事务，就可以看到A连接事务提交前，和提交后两种状态；
注意：幻读针对insert；
REPEATABLE-READ(可重复读)的PHANTOM READ(幻读)现象：
但是在mysql中innodb事务引擎，将可重复读的幻读现象也消除掉了；
通过gap lock 间隙锁来 粗暴的实现
可重复读：即消除了不可重复读的现象；
事务与并发写
某个正在更新的记录在提交或回滚前不能被其他事务同时更新；
引入锁的概念；在innodb中会具体讲解；
并发写是不允许的，而如果A事务写，B事务读是可以的。这个读受到数据库隔离级别的影响；
innodb 使用MVCC非锁定读技术，从undo log中读取行记录的快照；这样读行就不需要等待锁资源，提高了并发；
数据库回滚的实现
回滚段（rollback segment）与数据前像
- 回滚段也帮助实现事务的隔离性
- InnoDB存储引擎异常恢复过程中需要用到回滚段..
总结
- savepoint：可以回滚到保存点，不可以提交保存点
- 清空表数据：truncate table tbl
- autocommit：DML可以设置不自动提交，DDL永远自动提交
- ACID
- 事务的原子性（事务被打包一起执行或者一起撤销）
- 事务的一致性（各种约束条件，保证事务的正确合理，完成性）
- 事务的持久性(提交后的事务持久化到磁盘)
- 事务的隔离性：
-
- 隔离现象：脏读，不可重复读--update,delete，幻读--insert；
- 隔离等级：未提交读，已提交读，可重复读，可串行化
- innodb默认repeatable read
- innodb的repeatable read 消除了幻读现象通过gap lock 间隙锁粗暴实现；
- 非锁定读技术：MVCC，从undo log读取行记录快照
- 数据库回滚的实现：回滚段与数据前像；
mysql事务
标签：
原文地址：http://www.cnblogs.com/Aiapple/p/5686554.html
.png)
.png)
.png)
.png)
.png)
.png)
.png)
