MySQL事务

目录

一、什么是事务？

二、为什么要出现事务？

三、事务的版本支持

四、事物的提交方式

五、事务的常见操作

1.正常演示：事务的开始与回滚

2.非正常演示：当事务未提交，客户端崩溃时，MySQL会自动回滚（隔离级别设置为读未提交）

3.非正常演示：事务提交后，即使客户端崩溃，MySQL数据也不会受影响，已经持久化

4.非正常演示：对比试验，证明begin操作会自动更改事务提交方式，不受MySQL是否自动提交的影响

5.非正常演示：单条SQL语句就是一个事务

六、事务的隔离级别

1.理解隔离性

2.隔离级别

3.查看与设置隔离级别

---

一、什么是事务？

事务就是一组DML语句，这些语句在逻辑上存在相关性。这一组DML语句要么全部成功，要么全部失败，是一个整体。MySQL提供一种机制，保证我们达到这样的效果。食物还规定不同客户端看到的数据是不相同的。

一个MySQL数据库不止一个事务在运行，同一时刻，可能有大量的请求被包装成事务，向MySQL服务器发起事务处理的请求。每条事务会由多条SQL语句组成，如果所有事务都访问同样的表数据，在不加保护的情况下，一定会出现问题。

事务由多条SQL语句组成，甚至会存在执行到一半出错或者不继续执行的情况，那么已经执行的SQL语句怎么办？

所以，一个完整的事务，不是简单的SQL语句的集合，还需要满足以下四个属性：

1.原子性：一个事务中的所有操作，要么全部完成，要么全部不完成，不会停止在中间某个环节。如果事务在执行过程中发生错误，则会回滚到事务开始前的状态。

2.一致性：事务开始前和事务结束后，数据库的完整性不会被破坏。写入的资料必须完全符合所有的预设规则。（事务的一致性是由原子性、隔离性、持久性决定的）

3.隔离性：数据库允许多个并发事务同时对其数据进行读写和修改，隔离性则可以防止多个事务并发执行时由于交叉执行而导致的数据不一致。事务隔离分为不同级别：读未提交、读提交、可重复读、串行化。

4.持久性：事务处理结束后，对数据的修改是永久的，即使系统故障也不会丢失。

二、为什么要出现事务？

事务被设计出来，本质是为了当应用程序访问数据库时，事务能够简化编程，不需要我们去考虑各种各样潜在的错误和并发问题。当我们使用事务时，要么提交，要么回滚，我们不需要去考虑网络异常，服务器宕机，同时修改同一个数据等问题。

因此事务是为了应用层服务的，而不是伴随着数据库系统一开始就存在的。

三、事务的版本支持

在MySQL中，只有使用了InnoDB数据库引擎的数据库才支持事务。

四、事物的提交方式

事务的提交方式有两种：自动提交、手动提交

查看当前事务的提交方式：

show variables like 'autocommit';

将事务提交方式改为手动提交：

set autocommit=0;

将事务提交方式改为自动提交：

set autocommit=1;

五、事务的常见操作

准备工作：

先将mysql的默认隔离级别设置成读未提交（设置完成后需要重启终端生效）

set global transaction isolation level read uncommitted;

查看当前mysql的默认隔离级别

select @@tx_isolation;

创建测试表account

create table if not exists account(
id int primary key,
name varchar(50) not null default '',
blance decimal(10,2) not null default 0.0
)ENGINE=InnoDB DEFAULT CHARSET=UTF8;

1.正常演示：事务的开始与回滚

mysql> begin;--事务开始
Query OK, 0 rows affected (0.00 sec)

mysql> savepoint s1;--创建一个保存点s1
Query OK, 0 rows affected (0.00 sec)

mysql> insert into account values (1, '张三', 100);--插入一条记录
Query OK, 1 row affected (0.00 sec)

mysql> savepoint s2;--创建一个保存点s2
Query OK, 0 rows affected (0.00 sec)

mysql> insert into account values (2, '李四', 10000);--插入一条记录
Query OK, 1 row affected (0.00 sec)

mysql> savepoint s3;--创建一个保存点s3
Query OK, 0 rows affected (0.00 sec)

mysql> select *from account;--查询记录，此时两条记录都在
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
|  1 | 张三   |   100.00 |
|  2 | 李四   | 10000.00 |
+----+--------+----------+
2 rows in set (0.00 sec)

mysql> rollback to s2;--回滚到保存点s2
Query OK, 0 rows affected (0.00 sec)

mysql> select *from account;--只剩一条记录
+----+--------+--------+
| id | name   | blance |
+----+--------+--------+
|  1 | 张三   | 100.00 |
+----+--------+--------+
1 row in set (0.00 sec)

mysql> rollback;--rollback回滚到最开始
Query OK, 0 rows affected (0.00 sec)

mysql> select *from account;--一条记录都没有
Empty set (0.00 sec)

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

2.非正常演示：当事务未提交，客户端崩溃时，MySQL会自动回滚（隔离级别设置为读未提交）

--终端A
mysql> select *from account;--当前表内无数据
Empty set (0.00 sec)

mysql> show variables like 'autocommit';--设置事务自动提交
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | ON    |
+---------------+-------+
1 row in set (0.00 sec)

mysql> begin;--事务开始
Query OK, 0 rows affected (0.00 sec)

mysql> insert into account values (1, '张三', 100);--插入一条记录
Query OK, 1 row affected (0.00 sec)

--终端B
mysql> select *from account;--在终端B中查询记录，已插入的记录存在
+----+--------+--------+
| id | name   | blance |
+----+--------+--------+
|  1 | 张三   | 100.00 |
+----+--------+--------+
1 row in set (0.00 sec)

--终端A
mysql> Aborted--ctrl + \ 异常终止MySQL

--终端B
mysql> select *from account;--查询表，没有记录存在，说明发生自动回滚
Empty set (0.00 sec)

3.非正常演示：事务提交后，即使客户端崩溃，MySQL数据也不会受影响，已经持久化

--终端A
mysql> show variables like 'autocommit';--事务为自动提交
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | ON    |
+---------------+-------+
1 row in set (0.00 sec)

mysql> select *from account;--查询当前表中无记录
Empty set (0.00 sec)

mysql> begin;--开启事务
Query OK, 0 rows affected (0.00 sec)

mysql> insert into account values (1, '张三', 100);--插入一条记录
Query OK, 1 row affected (0.00 sec)

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

mysql> Aborted--ctrl + \ 异常终止MySQL

--终端B
mysql> select * from account;--查询表，记录存在，说明commit的作用是将数据持久化
+----+--------+--------+
| id | name   | blance |
+----+--------+--------+
|  1 | 张三   | 100.00 |
+----+--------+--------+
1 row in set (0.00 sec)

4.非正常演示：对比试验，证明begin操作会自动更改事务提交方式，不受MySQL是否自动提交的影响

begin操作其实是手动操作，需要手动提交事务，因此其不受MySQL事务是否为自动提交的影响

--终端A
mysql> select *from account;--查询当前表中记录
+----+--------+--------+
| id | name   | blance |
+----+--------+--------+
|  1 | 张三   | 100.00 |
+----+--------+--------+
1 row in set (0.00 sec)

mysql> show variables like 'autocommit';--查看当前事务提交方式
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | ON    |
+---------------+-------+
1 row in set (0.00 sec)

mysql> set 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)

mysql> begin;--事务开始
Query OK, 0 rows affected (0.00 sec)

mysql> insert into account values (2, '李四', 10000);--插入一条记录
Query OK, 1 row affected (0.00 sec)

--终端B
mysql> select *from account;--查看表中记录，记录存在
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
|  1 | 张三   |   100.00 |
|  2 | 李四   | 10000.00 |
+----+--------+----------+
2 rows in set (0.00 sec)

mysql> Aborted--MySQL异常终止

--终端B 
mysql> select * from account;--查看表中记录，只有一条记录，说明终端A崩溃后，发生回滚，事务没有被提交
+----+--------+--------+
| id | name   | blance |
+----+--------+--------+
|  1 | 张三   | 100.00 |
+----+--------+--------+
1 row in set (0.00 sec)

5.非正常演示：单条SQL语句就是一个事务

如果事务为自动提交，终端A中的单条SQL语句执行完毕后，终端A崩溃，事务不会回滚，而是自动提交。

如果事务为手动提交，终端A中的单条SQL语句执行完毕后，终端A崩溃，事务会发生回滚。

--终端A
mysql> select *from account;--查询当前表中记录
+----+--------+--------+
| id | name   | blance |
+----+--------+--------+
|  1 | 张三   | 100.00 |
+----+--------+--------+
1 row in set (0.00 sec)

mysql> show variables like 'autocommit';--查看当前事务的提交方式
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | ON    |
+---------------+-------+
1 row in set (0.00 sec)

mysql> set autocommit=0;--设置事务提交方式为手动提交
Query OK, 0 rows affected (0.00 sec)

mysql> insert into account values (2, '李四', 10000);--插入一条记录
Query OK, 1 row affected (0.00 sec)

--终端B
mysql> select * from account;--终端A崩溃前，查询表中记录，有两条记录
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
|  1 | 张三   |   100.00 |
|  2 | 李四   | 10000.00 |
+----+--------+----------+
2 rows in set (0.00 sec)

--终端A
mysql> Aborted--终端A崩溃

--终端B
mysql> select * from account;--终端A崩溃后，查询表中记录，只有一条记录，说明事务发生回滚
+----+--------+--------+
| id | name   | blance |
+----+--------+--------+
|  1 | 张三   | 100.00 |
+----+--------+--------+
1 row in set (0.00 sec)

--终端A
mysql> show variables like 'autocommit';--查看当前事务提交方式为自动提交
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | ON    |
+---------------+-------+
1 row in set (0.00 sec)

mysql> select *from account;--查看当前表中记录
+----+--------+--------+
| id | name   | blance |
+----+--------+--------+
|  1 | 张三   | 100.00 |
+----+--------+--------+
1 row in set (0.00 sec)

mysql> insert into account values (2, '李四', 10000);--插入一条记录
Query OK, 1 row affected (0.00 sec)

--终端B
mysql> select *from account;--终端A崩溃前，查看表中记录，有两条记录
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
|  1 | 张三   |   100.00 |
|  2 | 李四   | 10000.00 |
+----+--------+----------+
2 rows in set (0.00 sec)

--终端A
mysql> Aborted--终端A崩溃

--终端B
mysql> select *from account;--终端A崩溃后，查看表中记录，有两条记录，说明事务已经自动提交
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
|  1 | 张三   |   100.00 |
|  2 | 李四   | 10000.00 |
+----+--------+----------+
2 rows in set (0.00 sec)

六、事务的隔离级别

1.理解隔离性

MySQL服务可能会同时被多个客户端进程访问，访问的方式以事务方式进行。一个事务可能由多条SQL语句构成，也就是说任何一个事务都有执行前，执行中，执行后三个阶段。原子性，其实就是让用户层只能看到事务执行前或者执行后，而执行中出现的问题可以随时回滚。所以单个事务对用户表现出来的特性就是原子性。

但是所有事务都要有执行过程，那么多个事务各自执行多个SQL语句时，就可能会出现相互影响的情况。

数据库中，为了保证事务执行过程中尽量不受干扰，就有了一个重要特征：隔离性

数据库中，允许事务受不同程度的干扰，就有了一种重要特征：隔离级别

2.隔离级别

读未提交（read uncommitted）：所有事务都可以看到其他事务没有提交的执行结果。实际生产中不可能采用这种隔离级别，相当于没有任何隔离性，也会有很多并发问题，如脏读、幻读、不可重复读等。

读提交（read committed）：该隔离级别是大多数数据库默认的隔离级别（但不是MySQL默认的）。一个事务只能看到其他已经提交的事务的执行结果。这种隔离级别会引起不可重复读，即一个事务如果多次select，可能会得到不同的结果。

可重复读（repeatable read）：这是MySQL默认的隔离级别。只有已经提交的事务才能看到另一个已经提交事务的执行结果。即确保同一个事务在执行中多次读取数据时，只会读取到同样的数据。可重复读会引起幻读问题。

串行化（serializable）：这是事务的最高隔离级别，通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简单来说，就是事务严格按照时间先后顺序，依次执行。它在每个读的数据行上加共享锁，但是会导致超时和锁竞争问题。（这种隔离级别太极端，实际生产基本不使用）

3.查看与设置隔离级别

查看隔离级别：打开一个会话时，会话默认的隔离级别与全局隔离级别相同。可以修改当前会话隔离级别，但有效期仅在当前会话中，关闭后再次打开会话默认与全局隔离级别相同。

select @@global.tx_isolation;--查看全局隔离级别
select @@session.tx_isolation;--查看当前会话（终端）隔离级别
select @@tx_isolation;--查看当前会话（终端）隔离级别

设置隔离级别：

set [session | global] transaction isolation level [read uncommitted | read committed | repeatable read | serializable];