MySQL 事务（一）

文章目录

• CURD不加控制，会有什么问题
• CURD满足什么属性，能解决上述问题？
• 什么是事务
• • 为什么要有事务
  • 事务的版本支持
  • 了解事务的提交方式
• 事务常见操作方式
• • 研究并发场景
  • 事务的正常操作
  • 事务的非正常情况的案例
  • 结论
  • 事务操作的注意事项

CURD不加控制，会有什么问题

CURD满足什么属性，能解决上述问题？

1. 买票的过程得是原子的吧（要么不抢，要么抢到，出现中间状态会回滚）
2. 买票互相应该不能影响吧
3. 买完票应该要永久有效吧
4. 买前，和买后都要是确定的状态吧

什么是事务

1. 事务是一条或者多条sql语句构成的集合体来处理各个任务的逻辑，比如转账这件事，有update add 和 update sub两条sql共同执行，这两条sql就叫一个事务
2. 要在使用者的角度看待事务
3. 一个完整的事务，绝对不是简单的 sql 集合，还需要满足如下四个属性：

原子性 ：一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。

一致性 ：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。

隔离性 ：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（ Readuncommitted ）、读提交（ read committed ）、可重复读（ repeatable read ）和串行化（ Serializable ）

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

只要保证了原子性，一致性和持久性就一定能保证隔离性

为什么要有事务

事务被 MySQL 编写者设计出来,本质是为了当应用程序访问数据库的时候,事务能够简化我们的编程模型，不需要我们管细节的问题，事务本质上是为了应用层服务的，为了让上层的服务更好地使用事务

事务的版本支持

1. 在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务， MyISAM 不支持。
2. 查看数据库引擎

show engines\G;

mysql> show engines \G         -- 行显示
*************************** 1. row ***************************
    Engine: InnoDB    -- 引擎名称
    Support: DEFAULT   -- 默认引擎
    Comment: Supports transactions, row-level locking, and foreign keys -- 描述
//   事务,行级锁,外键 
Transactions: YES       -- 支持事务
        XA: YES
Savepoints: YES       -- 支持事务保存点
*************************** 3. row ***************************
    Engine: MEMORY    --内存引擎
    Support: YES
    Comment: Hash based, stored in memory, useful for temporary tables
Transactions: NO
        XA: NO
Savepoints: NO
*************************** 4. row ***************************

了解事务的提交方式

1. 事务的提交方式常见的有两种：
   自动提交
   手动提交
2. 查看事务提交方式

事务的自动提交
show variables like 'autocommit';
// 关闭事务自动提交
set autocommit=0;
// 打开事务自动提交
set autocommit=1;

事务常见操作方式

1. 绑定的端口是8080

netstat -nltp

2. mysql可以被本地和远端连接

研究并发场景

1 . 为了方便演示，我们将mysql的默认隔离级别设置成读未提交。

set global transaction isolation level read uncommitted
select @@tx_isolation;

但是查询时并未设置成读未提交，因为要重启终端才行

重启前：

重启后：

2. 读未提交为最低的隔离级别，方便操作完能看到效果
   

事务的正常操作

证明事务的开始与回滚

1. 将插入的数据回滚到保存点，保存点之后的信息就不见了

mysql> show variables like 'autocommit';  -- 查看事务是否自动提交。我们故意设置成自动提交，看看该选项是否影响begin   从这一行往后所有的语句都属于这个事务
 
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit   | ON   |
+---------------+-------+
1 row in set (0.00 sec)
mysql> start transaction;/ begin;               -- 开始一个事务begin也可以，推荐begin
 
Query OK, 0 rows affected (0.00 sec)
mysql> savepoint save1;                -- 创建一个保存点save1（根据需求设置保存点）
 
Query OK, 0 rows affected (0.00 sec)
mysql> insert into account values (1, '张三', 100);   -- 插入一条记录
 
Query OK, 1 row affected (0.05 sec)
mysql> savepoint save2;                 -- 创建一个保存点save2
 
Query OK, 0 rows affected (0.01 sec)
mysql> insert into account values (2, '李四', 10000);  -- 在插入一条记录
 
Query OK, 1 row 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 save2;                 -- 回滚到保存点save2（定向回滚）
 
Query OK, 0 rows affected (0.03 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)
 
commit;--就是把该事务给提交了 无法回滚

2. 提交完再回滚是没有用的，表不会改变了

事务的非正常情况的案例

1. 非正常演示1 - 证明未commit，客户端崩溃，MySQL自动会回滚（隔离级别设置为读未提交）
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)
 
mysql> select * from account;           --数据已经存在，但没有commit，此时同时查看终端B
+----+--------+--------+
| id | name   | blance |
+----+--------+--------+
|  1 | 张三   | 100.00 |
+----+--------+--------+
1 row in set (0.00 sec)
mysql> Aborted                          -- ctrl + \ 异常终止MySQL 
 
--终端B
mysql> select * from account;           --终端A崩溃前
+----+--------+--------+
| id | name   | blance |
+----+--------+--------+
|  1 | 张三   | 100.00 |
+----+--------+--------+
1 row in set (0.00 sec)
 
mysql> select * from account;          --数据自动回滚
Empty set (0.00 sec)

3. 非正常演示2 - 证明commit了，客户端崩溃，MySQL数据不会在受影响，已经持久化
4. 手动begin，需要手动commit，跟是否自动提交没有关系

--终端 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.04 sec) 
 
mysql> Aborted -- ctrl + \ 异常终止MySQL 
 
--终端 B 
mysql> select * from account; --数据存在了，所以commit的作用是将数据持久化到MySQL中 
+----+--------+--------+ 
| id | name | blance | 
+----+--------+--------+ 
| 1 | 张三 | 100.00 | 
+----+--------+--------+ 
1 row in set (0.00 sec) 

5. 非正常演示3 - 对比试验。证明begin操作会自动更改提交方式，不会受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.04 sec) 
 
mysql> Aborted -- ctrl + \ 异常终止MySQL 
 
--终端 B 
mysql> select * from account; --数据存在了，所以commit的作用是将数据持久化到MySQL中 
+----+--------+--------+ 
| id | name | blance | 
+----+--------+--------+ 
| 1 | 张三 | 100.00 | 
+----+--------+--------+ 
1 row in set (0.00 sec) 

6. 非正常演示4 - 证明单条 SQL 与事务的关系
7. 单sql也是事务

--实验一 
-- 终端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) 
 
mysql> select *from account; --查看结果，已经插入。此时可以在查看终端B 
+----+--------+----------+ 
| id | name | blance | 
+----+--------+----------+ 
| 1 | 张三 | 100.00 | 
| 2 | 李四 | 10000.00 | 
+----+--------+----------+ 
2 rows in set (0.00 sec) 
 
mysql> ^DBye --ctrl + \ or ctrl + d,终止终端 
 
--终端B 
mysql> select * from account; --终端A崩溃前 
+----+--------+----------+ 
| id | name | blance | 
+----+--------+----------+ 
| 1 | 张三 | 100.00 | 
| 2 | 李四 | 10000.00 | 
+----+--------+----------+ 
2 rows in set (0.00 sec) 
 
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.01 sec) 
mysql> select *from account; --数据已经插入 
+----+--------+----------+ 
| id | name | blance | 
+----+--------+----------+ 
| 1 | 张三 | 100.00 | 
| 2 | 李四 | 10000.00 | 
+----+--------+----------+ 
2 rows in set (0.00 sec) 
 
mysql> Aborted --异常终止 
 
--终端B 
mysql> select * from account; --终端A崩溃前 
+----+--------+----------+ 
| id | name | blance | 
+----+--------+----------+ 
| 1 | 张三 | 100.00 | 
| 2 | 李四 | 10000.00 | 
+----+--------+----------+ 
2 rows in set (0.00 sec) 
 
mysql> select * from account; --终端A崩溃后，并不影响，已经持久化。autocommit起作用 
+----+--------+----------+ 
| id | name | blance | 
+----+--------+----------+ 
| 1 | 张三 | 100.00 | 
| 2 | 李四 | 10000.00 | 
+----+--------+----------+ 
2 rows in set (0.00 sec) 

结论

1. 只要输入begin或者start transaction，事务便必须要通过commit提交，才会持久化，与是否设置set autocommit无关。
2. 事务可以手动回滚，同时，当操作异常，MySQL会自动回滚
3. 对于 InnoDB 每一条 SQL 语言都默认封装成事务，自动提交。（select有特殊情况，因为 MySQL 有MVCC ）
4. 从上面的例子，我们能看到事务本身的原子性(回滚)，持久性(commit)

事务操作的注意事项

1. 如果没有设置保存点，也可以回滚，只能回滚到事务的开始。直接使用 rollback(前提是事务还没有提交)
2. 如果一个事务被提交了（commit），则不可以回退（rollback）
3. 可以选择回退到哪个保存点
4. InnoDB 支持事务， MyISAM 不支持事务
5. 开始事务可以使 start transaction 或者 begin