数据库事务

---

一、事务概述

1.1 什么是事务?

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

1.12 什么是一个完整的业务逻辑?

假设转账,从A账户向B账户中转账1000.将A账户的钱减去1000 ( update语句)
将B账户的钱加上1000( update语句)这就是一个完整的业务逻辑.

以上的操作是一个最小的工作单元，要么同时成功，要么同时失败，不可再分。这两个update语句要求必须同时成功或者同时失败，这样才能保证钱是正确的。

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

insert 、 delete 、 update
只有以上的三个语句和事务有关系，其它都没有关系。
因为只有以上的三个语句是数据库表中数据进行增、删、改的。
只要你的操作一旦涉及到数据的增、删、改，那么就一定要考虑安全问题。数据安全第一位!! !

1.14 为什么需要事务？

因为做某件事的时候，需要多条DML语句共同联合起来才能完成,所以需要事务的存在。如果任何一件复杂的事儿都能一条DML语句搞定，那么事务则没有存在的价值了。
说到底，说到本质上，一个事务其实就是多条DML语句同时成功，或者同时失败!
事务:就是批量的DML语句同时成功，或者同时失败!

二、一个事务如何做到多条DML语句同时成功，或者同时失败？

InnoDB存储引擎:提供一组用来记录事务性活动的日志文件

事务开启了:
insert
insert
delete
update
update
update
事务结束了!

在事务的执行过程中，每一条DML的操作都会记录到"事务性活动的日志文件"中.在事务的执行过程中，我们可以提交事务，也可以回滚事务。
提交事务
清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。提交事务标志着，事务的结束。并且是一种全部成功的结束。
回滚事务
将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件回滚事务标志着，事务的结束。并且是一种全部失败的结束。

三、如何提交事务、如何回滚事务

提交事务:commit;
语句回滚事务: rollback;语句(回滚永远只能回滚到上一次的提交点！)
事务对应的英语单词是: transaction
测试一下，在mysql当中默认的事务行为是怎样的?

mysql> select*from t_user;
+----+------------+-----------+-----------+
| id | login_name | login_pwd | real_name |
+----+------------+-----------+-----------+
|  1 | admin      | 123       | 管理员    |
|  2 | blue       | 157       | 张三      |
|  3 | lisa       | 678       | 立夏      |
+----+------------+-----------+-----------+
3 rows in set (0.00 sec)
mysql> insert into t_user(id,login_name,login_pwd,real_name)values(4,"aisa","456","李云");
Query OK, 1 row affected (0.01 sec)

mysql> select*from t_user;
+----+------------+-----------+-----------+
| id | login_name | login_pwd | real_name |
+----+------------+-----------+-----------+
|  1 | admin      | 123       | 管理员    |
|  2 | blue       | 157       | 张三      |
|  3 | lisa       | 678       | 立夏      |
|  4 | aisa       | 456       | 李云      |
+----+------------+-----------+-----------+
4 rows in set (0.00 sec)

mysql> rollback;//回滚事务
Query OK, 0 rows affected (0.00 sec)

mysql> select*from t_user;//再次查询，原来的数据还存在
+----+------------+-----------+-----------+
| id | login_name | login_pwd | real_name |
+----+------------+-----------+-----------+
|  1 | admin      | 123       | 管理员    |
|  2 | blue       | 157       | 张三      |
|  3 | lisa       | 678       | 立夏      |
|  4 | aisa       | 456       | 李云      |
+----+------------+-----------+-----------+
4 rows in set (0.00 sec)

mysql默认情况下是支持自动提交事务的。(自动提交)什么是自动提交?
每执行一条DML语句，则提交一次!
这种自动提交实际上是不符合我们的开发习惯，因为一个业务通常是需要多条DM语句共同执行才能完成的，为了保证数据的安全，必须要求同时成功之后再提交，所以不能执行一条就提交一条

怎么将mysql的自动提交机制关闭掉呢?

先执行这个命令:start transaction;将mysql的自动提交机制关闭

回滚事务

mysql> start transaction;//将mysql的自动提交机制关闭
Query OK, 0 rows affected (0.00 sec)
mysql> use students
Database changed
mysql> show tables;
+--------------------+
| Tables_in_students |
+--------------------+
| major              |
| stuinfo            |
| t_user             |
+--------------------+
3 rows in set (0.01 sec)

mysql> insert into t_user(id,login_name,login_pwd,real_name)values(5,"red","789","雨轩");//向t_user插入信息
Query OK, 1 row affected (0.00 sec)

mysql> select * from t_user;//插入信息成功后查询
+----+------------+-----------+-----------+
| id | login_name | login_pwd | real_name |
+----+------------+-----------+-----------+
|  1 | admin      | 123       | 管理员    |
|  2 | blue       | 157       | 张三      |
|  3 | lisa       | 678       | 立夏      |
|  4 | aisa       | 456       | 李云      |
|  5 | red        | 789       | 雨轩      |
+----+------------+-----------+-----------+
5 rows in set (0.00 sec)

mysql> rollback;//回滚事务
Query OK, 0 rows affected (0.00 sec)

mysql> select * from t_user;//回滚事务后查询t_user(之前的DML操作被撤销)
+----+------------+-----------+-----------+
| id | login_name | login_pwd | real_name |
+----+------------+-----------+-----------+
|  1 | admin      | 123       | 管理员    |
|  2 | blue       | 157       | 张三      |
|  3 | lisa       | 678       | 立夏      |
|  4 | aisa       | 456       | 李云      |
+----+------------+-----------+-----------+
4 rows in set (0.00 sec)

mysql>

提交事务

mysql> use students
Database changed
mysql> show tables;
+--------------------+
| Tables_in_students |
+--------------------+
| major              |
| stuinfo            |
| t_user             |
+--------------------+
3 rows in set (0.00 sec)

mysql> select*from t_user;
+----+------------+-----------+-----------+
| id | login_name | login_pwd | real_name |
+----+------------+-----------+-----------+
|  1 | admin      | 123       | 管理员    |
|  2 | blue       | 157       | 张三      |
|  3 | lisa       | 678       | 立夏      |
|  4 | aisa       | 456       | 李云      |
|  5 | red        | 789       | 雨轩      |
|  6 | one        | 989       | 轩        |
+----+------------+-----------+-----------+
6 rows in set (0.00 sec)

mysql> insert into t_user(id,login_name,login_pwd,real_name)values(8,"asdd","759","aaa");
Query OK, 1 row affected (0.00 sec)

mysql> insert into t_user(id,login_name,login_pwd,real_name)values(9,"awed","559","bba");
Query OK, 1 row affected (0.00 sec)

mysql> commit;//提交事务
Query OK, 0 rows affected (0.00 sec)

mysql> select*from t_user;//提交事务后的DML语句操作成功，并被保存
+----+------------+-----------+-----------+
| id | login_name | login_pwd | real_name |
+----+------------+-----------+-----------+
|  1 | admin      | 123       | 管理员    |
|  2 | blue       | 157       | 张三      |
|  3 | lisa       | 678       | 立夏      |
|  4 | aisa       | 456       | 李云      |
|  5 | red        | 789       | 雨轩      |
|  6 | one        | 989       | 轩        |
|  8 | asdd       | 759       | aaa       |
|  9 | awed       | 559       | bba       |
+----+------------+-----------+-----------+
8 rows in set (0.00 sec)

四、事务的特性

A:原子性
说明事务是最小的工作单元。不可再分
c:一致性
所有事务要求，在同一个事务当中，所有操作必须同时成功，或者同时失败，以保证数据的一致性。
l:隔离性
A事务和B事务之间具有一定的隔离。
D:持久性
事务最终结束的一个保障。事务提交，就相当于将没有保存到硬盘上的数据保存到硬盘上!

五、事务的隔离级别

A教室和B教室中间有一道墙，这道墙可以很厚，也可以很薄。这就是事务的隔离级别这道墙越厚，表示隔离级别就越高！
事务和事务之间的隔离有4个级别
读未提交: read uncommitted(最低的隔离级别)

读未提交:事务A可以读取到事务B未提交的数据
这种隔离级别存在的问题就是:
脏读现象!(Dirty Read)我们称读到了脏薮据。

读己提交:read committed

事务A只能读取到事务B提交之后的数据-
这种隔离级别解决了脏读的现象。
这种隔离级别存在什么问题?
不可重复读取薮据。
什么是不可重复读取数据呢?
在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据是4条，3不等于4称为不可重复读取。

可重复读:repeatable read

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

序列化/串行化: serializable(最高的隔离级别)

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

数据库默认隔离级别： REPEATABLE-READ

mysql> select @@tx_isolation;//查看当前数据库默认隔离级别
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set (0.00 sec)

设计全局事务级别：
读未提交

mysql> set global transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)

A事务：（A事务开启但并未提交）

mysql>  use students
Database changed
mysql>  show tables;
+--------------------+
| Tables_in_students |
+--------------------+
| major              |
| stuinfo            |
| t_user             |
+--------------------+
3 rows in set (0.00 sec)

mysql>  insert into t_user(id,login_name,login_pwd,real_name)values(10,"adsd","589","fba");
Query OK, 1 row affected (0.00 sec)

B事务:(B事务读取A事务未提交的数据)

mysql> select*from t_user;
+----+------------+-----------+-----------+
| id | login_name | login_pwd | real_name |
+----+------------+-----------+-----------+
|  1 | admin      | 123       | 管理员    |
|  2 | blue       | 157       | 张三      |
|  3 | lisa       | 678       | 立夏      |
|  4 | aisa       | 456       | 李云      |
|  5 | red        | 789       | 雨轩      |
|  6 | one        | 989       | 轩        |
|  8 | asdd       | 759       | aaa       |
|  9 | awed       | 559       | bba       |
| 10 | adsd       | 589       | fba       |
+----+------------+-----------+-----------+
9 rows in set (0.00 sec)