mysql中的事务

事务

什么是事务?

一个事务其实就是一个完整的业务逻辑。

是一个最小的工作单元。不可再分。

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

假设转账：从A账户向B账户转账10000，

将A账户的钱减去10000(update语句)

将B账户的钱加上10000(update语句)

这就是一个完整的业务逻辑。

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

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

• insert

• delect

• update

• 只有以上的三个语句和事务有关系，其他都没有关系。

  因为只有以上三个语句是数据库表中数据进行增删改的。

事务是怎么做到多条DML语句同时成功和失败？

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

事务开启了：

• insert
• insert
• insert
• delete
• update
• update

事务结束了！

在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中。

在事务的执行过程中，我们可以提交事务，也可以回滚事务。

提交事务？
清空事务性活动的日志文件，将数据全部彻底持久化到数据库中。

提交事务标志着事务的结束，并且是一种全部成功的结束。

回滚事务？

将之前所有的DML操作全部取消，并且清空事务性活动的日志文件

回滚事务标志着事务的结束，并且是一种全部失败的结束。

怎么提交事务？怎么回滚事务？

• 提交事务：commit；语句
• 回滚事务：rollback；语句(回滚永远都是只能回滚到上一次的提交点)
• 事务对应的英语单词是：transaction

mysql默认情况是支持自动提交事务的。(自动提交)

什么是自动提交？

每执行一条DML语句，则提交一次。

怎么将mysql的自动提交机制关闭？

先执行这个命令：start transaction;

提交事务

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into t_user values('1','zhangsan');
Query OK, 1 row affected (0.03 sec)
mysql> insert into t_user values('2','zhangsan');
1062 - Duplicate entry 'zhangsan' for key 't_user.name'
mysql> insert into t_user values('1','zhangsan1');
Query OK, 1 row affected (0.00 sec)
mysql> insert into t_user values('1','zhangsan3');
Query OK, 1 row affected (0.00 sec)
mysql> select * from t_user;
+----+-----------+
| id | name      |
+----+-----------+
|  1 | zhangsan  |
|  1 | zhangsan1 |
|  1 | zhangsan3 |
+----+-----------+
3 rows in set (0.03 sec)

mysql> commit;
Query OK, 0 rows affected (0.13 sec)

mysql> select * from t_user;
+----+-----------+
| id | name      |
+----+-----------+
|  1 | zhangsan  |
|  1 | zhangsan1 |
|  1 | zhangsan3 |
+----+-----------+
3 rows in set (0.03 sec)
//回滚事务，这里事务已经提交，所以回滚后数据不变。
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from t_user;
+----+-----------+
| id | name      |
+----+-----------+
|  1 | zhangsan  |
|  1 | zhangsan1 |
|  1 | zhangsan3 |
+----+-----------+
3 rows in set (0.04 sec)

回滚事务

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into t_user values('1','lisi');
Query OK, 1 row affected (0.00 sec)
mysql> select * from t_user;
+----+-----------+
| id | name      |
+----+-----------+
|  1 | lisi      |
|  1 | zhangsan  |
|  1 | zhangsan1 |
|  1 | zhangsan3 |
+----+-----------+
4 rows in set (0.03 sec)

mysql> rollback;
Query OK, 0 rows affected (0.10 sec)

mysql> select * from t_user;
+----+-----------+
| id | name      |
+----+-----------+
|  1 | zhangsan  |
|  1 | zhangsan1 |
|  1 | zhangsan3 |
+----+-----------+
3 rows in set (0.03 sec)

事务包括四个特性

• 原子性

  说明事务是最小的工作单元，不可再分

• 一致性

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

• 隔离性

  A事务和B事务之间具有一定的隔离。

• 持久性

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

事务的隔离性

事务和事务之间的隔离级别有哪些？4个级别

• 读未提交：read uncommitted(最低的隔离级别)(没有提交就读到了)

  • 什么是读未提交：

    事务A可以读取到事务B未提交的数据。

  • 这种隔离级别存在的问题是：

    脏读现象：(Dirty Read)

    我们称读到了脏数据。

    这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步。

• 读已提交：read committed(提交之后才能读到)

  • 什么是读已提交：

    事务A只能读取到事务B提交之后的数据。

  • 这种隔离级别解决的问题：

    解决了脏读的现象。

  • 这种隔离级别存在的问题：

    不可重复读取数据。

    • 什么是不可重复读取数据？

      在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据是4条，3不等于4称为不可重复读取。

    这种隔离级别是比较真实的数据，每一次读到的数据是绝对真实的。

    oracle数据库默认的隔离级别是：read committed

• 可重复读：repeatable read(提交之后也读不到，永远读取的都是刚开启事务时的数据)

  • 什么是可重复读取？

    事务A开启后，不管是多久，每一次在事务A中读取到的数据都是一致的，即使事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有发生改变，这就是可重复读取。

  • 可重复读取解决的问题：

    解决了不可读取重复数据。

  • 可重复读取存在的问题：

    可能出现幻影读。

    每一次读取到的数据都是幻象，不够真实。

    mysql中默认的事务隔离级别就是这个。

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

  • 这是最高隔离级别，效率最低，解决了所有问题。

    这种隔离级别表示事务排队，不能并发。