事务

事务

什么是事务

一个事务是一个完整的业务逻辑单元,不可再分
比如:银行账户转账,从A账户向B账户转账1000,需要执行两条update语句

update t_a set balance - 1000 where actno='act-001';
update t_a set balance + 1000 where actno='act-002';

以上两条DML语句必须同时成功，或者同时失败，不允许出现一条成功，一条失败。

和事务相关的语句只有：DML语句（insert delete update）

为什么
因为这三个语句都是和数据库表当中的 数据 相关的。
事务的存在是为了保证数据的完整性，安全性

事务的特性？

事务包括四大特性：ACID
A:原子性:事务是最小的工作单元，不可再分。
C:一致性:事务必须保证多条DML语句同时成功或者同时失败
I:隔离性:事务A与事务B之间具有隔离。
D:持久性:持久性说的是最终数据必须持久化到硬盘文件中，事务才算成功的结束

关于事务之间的隔离性

事务隔离性存在隔离级别，理论上隔离级别包括4个

• 第一级别：读未提交（read uncommitted）
  • 对方事务还没有提交，我们的当前事务可以读取到对方未提交的数据。
  • 读未提交存在脏读（Dirty Read）现象：表示读到了脏的数据
• 第二级别：读已提交（read committed）
  • 对方事务提交之后的数据我方可以读取到。
  • 读已提交存在的问题是：不可重复读

例子：现在A表有5条数据 ABCDE，我读取到5条， 此时对方已经提交了删除 A数据，我现在再去读就变成了 BCDE，如果此时对方又提交了删除B数据，我再去读取就变成了CDE

• 第三级别：可重复读（repeatable read）

  • 这种隔离级别解决了：不可重复读问题
  • 这种隔离级别存在的问题是：读取到的数据是幻想。

• 第四级别：序列化读/串行化读（serializable）

  • 事务A与事务B不能并发，只能排队。这种隔离级别最高，效率最低，数据最安全 ，解决了所有问题
  • 问题：效率低，需要事务排队

使用两个事务演示以上的隔离级别

第一演示readuncommitted

设置事务的隔离级别

set global transaction isolation level read uncommitted;

查看事务的全局隔离级别：

mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-UNCOMMITTED      |
+-----------------------+
1 row in set, 1 warning (0.00 sec)

## 第二演示read committed读已提交

第一步

-- 设置事务的隔离级别
mysql> set global transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)
-- 查看事务的隔离级别
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-COMMITTED        | -- 读已提交
+-----------------------+
1 row in set, 1 warning (0.00 sec)

mysql> exit   -- 退出 重进
Bye
mysql> use rzk;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed



-- 打开两个窗口进行操作
mysql> start transaction;  -- 打开MySQL在第一个窗口执行
Query OK, 0 rows affected (0.00 sec)
mysql> start transaction;  -- 打开MySQL在第二个窗口执行
Query OK, 0 rows affected (0.00 sec)


mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
|  1 | zhangsan |
|  2 | lisi     |
|  3 | lisan    |
|  4 | lin      |
|  5 | linkimn  |
|  6 | waghjn   |
|  7 | uyjjn    |
+----+----------+
7 rows in set (0.00 sec)

第二步在第二个窗口进行插入

mysql> insert into t_user(username) values("rzk");
Query OK, 1 row affected (0.00 sec)

第三步插入完成后在第一窗口查看有没有插入成功

mysql> select * from t_user;  -- 可以看到未成功
+----+----------+
| id | username |
+----+----------+
|  1 | zhangsan |
|  2 | lisi     |
|  3 | lisan    |
|  4 | lin      |
|  5 | linkimn  |
|  6 | waghjn   |
|  7 | uyjjn    |
+----+----------+
7 rows in set (0.00 sec)

第四步在插入的窗口里面进行commit提交

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

第五步 返回第一个窗口查询

mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
|  1 | zhangsan |
|  2 | lisi     |
|  3 | lisan    |
|  4 | lin      |
|  5 | linkimn  |
|  6 | waghjn   |
|  7 | uyjjn    |
| 10 | rzk      |  -- 此时就可以看到数据已经插入成功
+----+----------+
8 rows in set (0.00 sec)

第三演示 repeateble read 可重复读

设置事务隔离级别

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

mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| REPEATABLE-READ       |
+-----------------------+
1 row in set, 1 warning (0.00 sec)

退出,重登

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

在窗口二删除数据,窗口一查看数据
窗口二 commit; 窗口一的数据还是不会变
可为什么读到数据了呢,其实读到的是备份数据,幻想,这种就是可重复读

第四演示serializable

第一步开启事务

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

mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| SERIALIZABLE          |
+-----------------------+
1 row in set, 1 warning (0.00 sec)

mysql> exit  -- 重进
Bye

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

可以看到第一条插入,然后在去另一个窗口查询,查询就卡住了,
必须要等第一个事务执行完毕才能去执行下一个事务