MySQL事务总结

什么是事务？

一个事务其实就是一个完整的业务逻辑。
是一个最小的工作单元。不可再分。

什么是一个完整的业务逻辑？
    假设转账，从A账户向B账户中转账10000.
    将A账户的钱减去10000（update语句）
    将B账户的钱加上10000（update语句）
    这就是一个完整的业务逻辑。

只有DML语句才会有事务这一说，其它语句和事务无关！！！

以InnoDB存储引擎为例，它提供一组用来记录事务性活动的日志文件
在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中。
在事务的执行过程中，我们可以提交事务，也可以回滚事务。
提交事务：
清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。
提交事务标志着，事务的结束。并且是一种全部成功的结束。

回滚事务？
将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件
回滚事务标志着，事务的结束。并且是一种全部失败的结束。

怎么提交事务，怎么回滚事务
提交事务：commit; 语句
回滚事务：rollback; 语句（回滚永远都是只能回滚到上一次的提交点！）
mysql默认情况下是支持自动提交事务的。（自动提交）
也就是 每执行一条DML语句，则提交一次！
这种自动提交实际上是不符合我们的开发习惯，因为一个业务
通常是需要多条DML语句共同执行才能完成的，为了保证数据
的安全，必须要求同时成功之后再提交，所以不能执行一条
就提交一条。

将mysql的自动提交机制关闭掉：start transaction

演示事务：
1.回滚事务

   mysql> use bjpowernode;
        Database changed
        mysql> select * from dept_bak;
        Empty set (0.00 sec)
 
        mysql> start transaction;
        Query OK, 0 rows affected (0.00 sec)
 
        mysql> insert into dept_bak values(10,'abc', 'tj');
        Query OK, 1 row affected (0.00 sec)
 
        mysql> insert into dept_bak values(10,'abc', 'tj');
        Query OK, 1 row affected (0.00 sec)
 
        mysql> select * from dept_bak;
        +--------+-------+------+
        | DEPTNO | DNAME | LOC  |
        +--------+-------+------+
        |     10 | abc   | tj   |
        |     10 | abc   | tj   |
        +--------+-------+------+
        2 rows in set (0.00 sec)
 
        mysql> rollback;
        Query OK, 0 rows affected (0.00 sec)
 
        mysql> select * from dept_bak;
        Empty set (0.00 sec)

2.提交事务

mysql> use bjpowernode;
        Database changed
        mysql> select * from dept_bak;
        +--------+-------+------+
        | DEPTNO | DNAME | LOC  |
        +--------+-------+------+
        |     10 | abc   | bj   |
        +--------+-------+------+
        1 row in set (0.00 sec)
 
        mysql> start transaction;
        Query OK, 0 rows affected (0.00 sec)
 
        mysql> insert into dept_bak values(20,'abc
        Query OK, 1 row affected (0.00 sec)
 
        mysql> insert into dept_bak values(20,'abc
        Query OK, 1 row affected (0.00 sec)
 
        mysql> insert into dept_bak values(20,'abc
        Query OK, 1 row affected (0.00 sec)
 
        mysql> commit;
        Query OK, 0 rows affected (0.01 sec)
 
        mysql> select * from dept_bak;
        +--------+-------+------+
        | DEPTNO | DNAME | LOC  |
        +--------+-------+------+
        |     10 | abc   | bj   |
        |     20 | abc   | tj   |
        |     20 | abc   | tj   |
        |     20 | abc   | tj   |
        +--------+-------+------+
        4 rows in set (0.00 sec)
 
        mysql> rollback;
        Query OK, 0 rows affected (0.00 sec)
 
        mysql> select * from dept_bak;
        +--------+-------+------+
        | DEPTNO | DNAME | LOC  |
        +--------+-------+------+
        |     10 | abc   | bj   |
        |     20 | abc   | tj   |
        |     20 | abc   | tj   |
        |     20 | abc   | tj   |
        +--------+-------+------+
        4 rows in set (0.00 sec)

由此看出，事务进行提交后，就不能在回滚到原来的数据了。

事务包括4个特性

 A：原子性
    说明事务是最小的工作单元。不可再分。

C：一致性
    所有事务要求，在同一个事务当中，所有操作必须同时成功，或者同时失败，
    以保证数据的一致性。

I：隔离性
    A事务和B事务之间具有一定的隔离。
    教室A和教室B之间有一道墙，这道墙就是隔离性。

D：持久性
    事务最终结束的一个保障。事务提交，就相当于将没有保存到硬盘上的数据
    保存到硬盘上！

事务和事务之间的隔离级别

读未提交：

read uncommitted（最低的隔离级别）《没有提交就读到了》
什么是读未提交？
事务A可以读取到事务B未提交的数据。
这种隔离级别存在的问题就是：脏读现象！(Dirty Read)

读已提交

read committed《提交之后才能读到》
什么是读已提交？
事务A只能读取到事务B提交之后的数据。
这种隔离级别解决了什么问题？
解决了脏读的现象。
这种隔离级别存在什么问题？
不可重复读取数据。
这种隔离级别是比较真实的数据，每一次读到的数据是绝对的真实。
举例：

事务 1 更新了数据，但还未提交，这时事务 2 读取到的数据是更新之前的。


事务 1 提交后，事务 2 再读取，此时读取到的就是事务 1 更新后的数据。

可重复读：

repeatable read《提交之后也读不到，永远读取的都是刚开启事务时的数据》
什么是可重复读取？
事务A开启之后，不管是多久，每一次在事务A中读取到的数据
都是一致的。即使事务B将数据已经修改，并且提交了，事务A
读取到的数据还是没有发生改变，这就是可重复读。
可重复读解决了什么问题？
解决了不可重复读取数据。
可重复读存在的问题是什么？
可以会出现幻影读。
每一次读取到的数据都是幻象。不够真实！

 早晨9点开始开启了事务，只要事务不结束，
 到晚上9点，读到的数据还是那样！
 读到的是假象。不够绝对的真实。
 mysql中默认的事务隔离级别就是这个！！！！！！！！！！！

序列化/串行化：

serializable（最高的隔离级别）
这是最高隔离级别，效率最低。解决了所有的问题。
这种隔离级别表示事务排队，不能并发！
synchronized，线程同步（事务同步）
每一次读取到的数据都是最真实的，并且效率是最低的。

查看隔离级别：SELECT @@tx_isolation

+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+

设置数据库的隔离级别：

set globa tracsaction isolation level +事务隔离级别

总结