事务ACID理解

举个简单的例子理解以上四点

原子性

针对同一个事务

这个过程包含两个步骤

A： 800 – 200 = 600
B: 200 + 200 = 400

原子性表示，这两个步骤一起成功，或者一起失败，不能只发生其中一个动作

一致性（Consistency）

针对一个事务操作前与操作后的状态一致

操作前A：800，B：200
操作后A：600，B：400

一致性表示事务完成后，符合逻辑运算

持久性（Durability）

表示事务结束后的数据不随着外界原因导致数据丢失

操作前A：800，B：200
操作后A：600，B：400
如果在操作前（事务还没有提交）服务器宕机或者断电，那么重启数据库以后，数据状态应该为
A：800，B：200
如果在操作后（事务已经提交）服务器宕机或者断电，那么重启数据库以后，数据状态应该为
A：600，B：400

隔离性（Isolation）

针对多个用户同时操作，主要是排除其他事务对本次事务的影响

事务一）A向B转账200
事务二）C向B转账100

两个事务同时进行，其中一个事务读取到另外一个事务还没有提交的数据，执行步骤如图所示，按照数字顺序执行

隔离性用于解决以上问题

----

事务的隔离级别

脏读：

指一个事务读取了另外一个事务未提交的数据。

不可重复读：

在一个事务内读取表中的某一行数据，多次读取结果不同。（这个不一定是错误，只是某些场合不对）

页面统计查询值

生成报表的时候，B有人转账进来300（B事务已经提交）

虚读(幻读)

是指在一个事务内读取到了别的事务插入的数据，导致前后读取数量总量不一致。
（一般是行影响，如下图所示：多了一行）

四种隔离级别设置

数据库

set transaction isolation level 设置事务隔离级别
select @@tx_isolation 查询当前事务隔离级别

设置	描述
Serializable	可避免脏读、不可重复读、虚读情况的发生。（串行化）
Repeatable read	可避免脏读、不可重复读情况的发生。（可重复读）
Read committed	可避免脏读情况发生（读已提交）。
Read uncommitted	最低级别，以上情况均无法保证。(读未提交)

java

适当的 Connection 方法，比如 setAutoCommit 或 setTransactionIsolation

设置	描述
TRANSACTION_SERIALIZABLE	指示不可以发生脏读、不可重复读和虚读的常量。
TRANSACTION_REPEATABLE_READ	指示不可以发生脏读和不可重复读的常量；虚读可以发生。
TRANSACTION_READ_UNCOMMITTED	指示可以发生脏读 (dirty read)、不可重复读和虚读 (phantom read) 的常量。
TRANSACTION_READ_COMMITTED	指示不可以发生脏读的常量；不可重复读和虚读可以发生。

事务演示

这里使用控制台演示，命令行登录方式

mysql -h localhost -uroot -p

数据测试准备

create database db_test;

use db_test;



CREATE TABLE `AMOUNT` (

`id`  varchar(10) NULL,

`money`  numeric NULL

)

;



insert into amount(id,money) values('A', 800);

insert into amount(id,money) values('B', 200);

insert into amount(id,money) values('C', 1000);

insert into amount(id,money) values('D', 1000);

操作成功如图所示，检查数据：select * from amount;

mysql事务隔离性相关语句说明

--  查询当前控制台（客户端）当前事务级别

SELECT @@session.tx_isolation;   

SELECT @@tx_isolation;  

--  设置当前控制台（客户端）当前事务级别

SET SESSION TRANSACTION ISOLATION LEVEL read uncommitted;  

SET SESSION TRANSACTION ISOLATION LEVEL read committed;  

SET SESSION TRANSACTION ISOLATION LEVEL repeatable read;  

SET SESSION TRANSACTION ISOLATION LEVEL serializable;  



--开启事务

start transaction;

--提交事务，同时事务结束

commit;

--回退事务，回退操作，同时事务结束

rollback

案列1：脏读演示，读到其他事务未提交的数据

操作步骤

事务一（右）：A向B转200，不提交事务

事务二（左）：查看B金额

事务一（右）：回滚事务

事务二（左）：查看B金额

改变事务二（左）事务级别为READ-UNCOMMITTED

gif演示

转账SQL

update amount set money = money - 200 where id = 'A';

update amount set money = money + 200 where id = 'B';

事务二（左）在事务中，查询到其他事务还没有提交（commit/rollback）的事务

其他事务级别请自行测试（与理论预期一致）

案列2，将事务二（左）在事务设置为REPEATABLE-READ，再看看操作结果（操作步骤同案例1，步骤三改为提交事务-commit）

案列3，将事务二（左）在事务设置为REPEATABLE-READ，再看看操作结果（操作步骤同案例1，步骤三改为提交事务-commit）

案列4，将事务二（左）在事务设置为SERIALIZABLE，再看看操作结果（操作步骤同案例1）

这里说明一下，SERIALIZABLE事务是串行执行，演示的时候只能由其中一个客户端操作，直到提交事务，另外一个客户端才能操作。

原子性