mysql事务

什么是事务

一系列有序的数据库操作：

要么全部成功
要么全部回退到操作前状态
中间状态对其他连接不可见

事务的基本操作

基本操作	说明
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读取行记录快照
数据库回滚的实现：回滚段与数据前像；