事务

事务

事务

数据库中执行sql语句的最小工作单元, 不能拆分,执行同一业务的sql语句可以保证全部成功或全部失败

为什么使用事务?

如果不使用事务,客户端会自动提交,多次操作数据库做某一件事的时候(如:转账)会出现部分成功部分失败,则数据会出现异常.使用事务,把多次操作数据库的sql合并到一次提交中,这样就能保证同时成功或失败

事务的ACID特性 (面试)

Atomicity: 原子性 事务中所有操作是不可再分割的原子单位。事务中所有操作要么全部执行成功，要么全部执行失败。
Consistency: 一致性 事务执行后，数据库状态与其它业务规则保持一致。如转账业务，无论事务执行成功与否，参与转账的两个账户金额之和在事务前后应该是保持不变的。
Isolation: 隔离性,隔离性是指在并发操作中，不同事务之间应该隔离开来，使每个并发中的事务不会相互干扰。也就是说，在事中务查看数据更新时，数据所处的状态要么是另一事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看到中间状态的数据。
Durability: 持久性,一旦事务提交成功，事务中所有的数据操作都必须被持久化到数据库中，即使提交事务后，数据库马上崩溃，在数据库重启时，也必须能保证通过某种机制恢复数据。

使用事务的过程

开启事务
执行多次sql (在内存中执行)
手动提交或(回滚/中断)

开启事务的三种方式

set autocommit=0;关闭自动提交

查看客户端自定提交的状态:
```
show variables like '%autocommit%';
```
关闭自动提交仅对当前窗口生效
```
set autocommit=0;
```
打开自动提交
```
set autocommit=1;
```
start transaction; (开始事务)
begin (开始事务)

案例验证转账流程:

创建表

create table person(
    id int primary key auto_increment,
    name varchar(10),
    money int
);

插入数据

insert into person values
(null, '超人', 200),
(null, '蝙蝠侠', 10000);

关闭自动提交 (3种方式都可以)

-- start transaction;
-- begin;
set autocommit=0;

转账

update person set money=500 where id=1; -- (+300)
update person set money=9700 where id=2; -- (-300)

打开新窗口验证是否转账成功?数据没变因为两次操作都是在内存中操作并未提交
手动提交
```
commit;
```

数据回滚

只能在事务中使用

执行rollback会将数据回滚到上次提交的点

rollback;

使用quit是中断事务, 和rollback效果一样

设置回滚点

只能在事务中使用

保存回滚点: savepoint s1; s1是回滚点的名字
回滚到指定的回滚点: rollback to s1;

验证回滚点:

先将回滚点500改成600
保存回滚点 s1
将超人从600改成700
回滚到s1 如果超人的钱为600则说明成功!

总结

show variables like '%autocommit%'; 查看自动提交状态
set autocommit=0/1; 关闭或开启自动提交, 0是关闭, 1是开启
start transaction; 开始事务
begin (开始事务)
rollback 回滚在上次提交的点,只能在事务中使用
quit 中断事务,只能在事务中使用
savepoint s1; 自定义一个回滚点, 名字为s1,只能在事务中使用
rollback to s1; 回滚带名字为s1的回滚点,只能在事务中使用
commit; 提交事务,只能在事务中使用

扩展-事务并发读问题

多个事务对相同的数据同时进行操作，这叫做事务并发。

在事务并发时，如果没有采取必要的隔离措施，可能会导致各种并发问题，破坏数据的完整性等。这些问题中，其中有三类是读问题，分别是：脏读、不可重复读、幻读。

脏读（dirty read）：在一个事务中，读取到另一个事务未提交更新的数据，即读取到了脏数据；

例如：A给B转账100元但未提交事务，在B查询后，A做了回滚操作，那么B查询到了A未提交的数据，就称之为脏读。

提示：需要将数据库的事务隔离级别设置为最低，才能够看到脏读现象
事务1：开启事务; A - 100 = 900; B + 100 = 1100; (没有提交事务)
事务2：开启事务; 查询B账户的金额 1100, 这个过程叫做脏读, 1100就是一个脏数据

不可重复读（unrepeatable read）：对同一记录的两次读取结果不一致，因为在两次查询期间，有另一事务对该记录做了修改（是针对修改操作）

例如：在事务1中，前后两次查询A账户的金额，在两次查询之间，另一事物2对A账户的金额做了修改（并且也提交了事务），此种情况可能会导致事务1中，前后两次查询的结果不一致。这就是不可重复读。
```
事务1：开启事务---
    第一次读取A账户的金额：1000
    第二次读取A账户的金额：900
事务2：开启事务---
    A账户 - 100 = 900;
    提交事务---
```

幻读（虚读）（phantom read）：对同一张表的两次查询结果不一致，因为在两次查询期间，有另一事务进行了插入或者是删除操作(是针对插入或删除操作)；

事务1：开启事务---
    select * from acc where id=3;//不存在id为3的记录
    insert into acc value(3,'C',2000);
    select * from acc where id=3;//存在id为3的记录
事务2：开启事务---
    insert into acc value(3,'C',2000);
    提交事务---

注意:mysql默认的是不允许出现脏读和不可重复读，所以在下面演示之前需要设置mysql允许出现脏读、不可重复读等。

set tx_isolation='read-uncommitted'; -- 设置mysql的事务隔离级别

扩展-事务隔离级别

事务隔离级别分四个等级，在相同数据环境下，对数据执行相同的操作，设置不同的隔离级别，可能导致不同的结果。不同事务隔离级别能够解决的数据并发问题的能力也是不同的。

查询当前事务隔离级别:

select @@tx_isolation;

设置隔离级别:

set tx_isolation='级别参数';

级别参数可取值4中, 如下:

READ UNCOMMITTED（读未提交数据）

安全性最差，可能出现任何事务并发问题(比如脏读、不可以重复读、幻读等)

但性能最好（不使用!!）
READ COMMITTED（读已提交数据）（Oracle默认）

安全性较差

性能较好

可以防止脏读，但不能防止不可重复读，也不能防止幻读；
REPEATABLE READ（可重复读）（MySQL默认）

安全性较高

性能较差

可以防止脏读和不可重复读，但不能防止幻读问题；
SERIALIZABLE（串行化）

安全性最高，不会出现任何并发问题，因为它对同一数据的访问是串行的，非并发访问；

性能最差；(不使用!!)

MySQL的默认隔离级别为REPEATABLE READ，即可以防止脏读和不可重复读

隔离级别总结

MySQL查询当前的事务隔离级别

select @@tx_isolation;

set tx_isolation='read-uncommitted';

安全性最差，容易出现脏读、不可重复读、幻读，但性能最高

set tx_isolation='read-committed';

安全性一般，可防止脏读，不能防止不可重复读、幻读
set tx_isolation='repeatable-read';

安全性较好，可防止脏读、不可重复读，但不能防止幻读
set tx_isolation='serialiable';

安全性最好，可以防止一切事务并发问题，但是性能最差。

JDBC设置事务隔离界别

JDBC中通过Connection提供的方法设置事务隔离级别：

Connection.setTransactionIsolation(int level)

leve参数可选值如下：

Connection.TRANSACTION_READ_UNCOMMITTED 1（读未提交数据）
Connection.TRANSACTION_READ_COMMITTED 2（读已提交数据）
Connection.TRANSACTION_REPEATABLE_READ 4（可重复读）
Connection.TRANSACTION_SERIALIZABLE 8（串行化）
Connection.TRANSACTION_NONE 0（不使用事务）

提示：在开发中，一般情况下不需要修改事务隔离级别

事务

事务