>如下内容，是我在课堂做得笔记。总结出来的！！！

## 1、数据库事务介绍
### 1.1 什么叫数据库事务
**事务是一组逻辑操作单元，使数据从一种状态变换到另一种状态。==要么都执行，要么都不执行。==**

- 一组逻辑操作单元：一个或多个DML操作。

### 1.2 事务处理的原则
**事务处理（事务操作）：** 保证所有事务都作为一个工作单元来执行，**即使出现了故障，都不能改变这种执行方式**。当在一个事务中执行多个操作时，==要么所有的事务都被提交(`commit`)，那么这些修改就永久地保存下来；要么数据库管理系统将放弃所作的所有修改，整个事务回滚(`rollback`)到最初状态。==

### 1.3 数据库事务的说明
数据一旦提交，就不可回滚。

哪些操作会导致数据的自动提交？
  - DDL 操作一旦执行，都会自动提交。
    - `set autocommit = fales` 对DDL操作失效。
  - DML 默认情况下，一旦执行，就会自动提交。
    - 我们可以通过`set autocommit = fales`的方式取消DML操作的自动提交。
  - 默认在关闭连接时，会自动的提交数据。

### 1.4 事务经典案例

事务最经典也经常被拿出来说例子就是转账了。

假如小明要给小红转账1000元，这个转账会涉及到两个关键操作就是：将小明的余额减少1000元，将小红的余额增加1000元。万一在这两个操作之间突然出现错误比如银行系统崩溃，导致小明余额减少而小红的余额没有增加，这样就不对了。事务就是保证这两个关键操作要么都成功，要么都要失败。

## 2、事务四个特性（ACID）

关系性数据库需要遵循ACID规则，具体内容如下：

![ACID](https://img-blog.csdnimg.cn/img_convert/9dd66ae5439259d011a156bc5cddb0d1.png)

- **原子性（Atomicity）：** 是指事务是一个不可分割的工作单位，**事务中的操作要么都发生，要么都不发生。** 
- **一致性（Consistency）：** 事务必须使数据库**从一个一致性状态变换到另外一个一致性状态。**
- **隔离性（Isolation）：** 一个事务的执行**不受其他事物的干扰**。
- **持久性（Durability）：** 一个事务一旦被提交，它对**数据库中数据的改变就是永久性的**，接下来的其他操作和数据库故障不应该对其有任何影响。

## 3、事务的使用步骤

1. **开启事务**

`set autocommit = 0;`自动提交功能为禁用

`statr transaction;`可以省略

3. **编写一组逻辑sql语句**

注意：sql语句支持的是`insert`、`update`、`delete`

**设置回滚点**

savepoint 回滚点名;

4. **结束事务**

提交：`commit;`

回滚：`rollback;`

回滚到指定的地方：`rollback to 回滚点名;`

**演示事务使用步骤**

【创建账号表，模拟转账】
```mysql
CREATE TABLE account(
    id INT PRIMARY KEY auto_increment,
    username VARCHAR(20),
    balance DOUBLE
);
INSERT INTO account (username,balance) VALUES('张无忌',1000),('赵敏',1000);
```
【提交事务】
```mysql
# 开启事务
set autocommit = 0;
start transaction; #可以省略
# 编写一组事务的语句
update account set balance = 500 where username = '张无忌';
update account set balance = 1000 where username = '赵敏';
# 关闭事务
commit;
```
【回滚事务】
```mysql
# 开启事务
set autocommit = 0;
start transaction; #可以省略
# 编写一组事务的语句
update account set balance = 500 where username = '张无忌';
update account set balance = 1000 where username = '赵敏';
# 关闭事务
rollback;
```
【savepoint的使用】
```mysql
DELETE FROM account WHERE id = 1;
SAVEPOINT a;#设置保存点
DELETE FROM account WHERE id = 2;
ROLLBACK TO a;#回滚到保存点
```
**结果如下：**

1. 查询当前数据
  ![image-20200910110928799](https://img-blog.csdnimg.cn/img_convert/00e3b74e3ddbf884e08bb65f70eb2c86.png)
2. 执行回滚事务
![image-20200910110951029](https://img-blog.csdnimg.cn/img_convert/b5f551c85685e4283c2258103800066d.png)
3. 查询回滚后的事务
![image-20200910111017339](https://img-blog.csdnimg.cn/img_convert/476cd0f4a5fff4be3ae32dad79218db7.png)
>结论是：每执行`delete`、`update`、`insert`语句时，它们是保存在内存中，不会直接修改表的数据，最后执行修改是要看`commit`语句。
>
>为什么之前使用delete、update、insert能修改表的数据，因为它默认开启了`commit`语句

## 4、并发事务
### 4.1 事务的并发问题是如何发生的？

对于同时运行的多个事务, 当这些事务访问**数据库中相同的数据**时, 如果没有采取必要的隔离机制, 就会导致各种并发问题

### 4.2 并发问题都有哪些？

- **脏读：一个事务读取了其他事务还没有提交的数据，读到的是其他事务“更新”的数据**
- **不可重复读：一个事务多次读取，结果不一样**
- **幻读：一个事务读取了其他事务还没有提交的数据，只是读到的是其他事务“插入”的数据**

>**通过设置隔离级别来解决并发问题**

### 4.3 隔离级别

| **隔离级别**                         | **脏读** | **不可重复读** | **幻读** |
| ------------------------------------ | :------: | :------------: | :------: |
| **READ-UNCOMMITTED（读未提交数据）** |    √     |       √        |    √     |
| **READ-COMMITTED（读已提交数据）**   |    ×     |       √        |    √     |
| **REPEATABLE-READ（可重复读）**      |    ×     |       ×        |    √     |
| **SERIALIZABLE（串行化）**           |    ×     |       ×        |    ×     |

**SQL 标准定义了四个隔离级别：**

- **READ-UNCOMMITTED：** 允许事务读取未被其他事务提交的变更。**可能会导致脏读、幻读或不可重复读。**
- **READ-COMMITTED：** 只允许事务读取已经被其它事务提交的变更。**可以避免脏读，但是幻读或不可重复读仍有可能发生**。
- **REPEATABLE-READ：** 确保事务可以多次从一个字段中读取相同的值。在这个事务持续期间，禁止其它事务对这个字段进行更新。**可以避免脏读和不可重复读，但幻读仍有可能发生。**
- **SERIALIZABLE：** 确保事务可以从一个表中读取相同的行。在这个事务持续期间，禁止其它事务对该表执行插入，更新和删除操作。**所有并发问题都可以避免，但性能十分低下**

>注意：
>
>Oracle 支持的 2 种事务隔离级别：READ COMMITED, SERIALIZABLE。Oracle 默认的事务隔离级别为: READ COMMITED
>
>MySQL支持 4 种事务隔离级别. MySQL默认的事务隔离级别为: REPEATABLE READ

### 4.4 MySQL中设置隔离级别
- 查看当前的隔离级别: 
  ```mysql
  SELECT @@tx_isolation;
  ```
- 设置当前 mySQL 连接的隔离级别:  
  ```mysql
  set transaction isolation level read committed;
  ```
- 设置数据库系统的全局的隔离级别:
  ```mysql
  set global transaction isolation level read committed;
  ```

数据库事务学习教程

总共已有 0 条评论