数据库-事务

一、什么是事务

数据库几乎是所有系统的核心模块，它将数据有条理地保存在储存介质(磁盘）中，并在逻辑上，将数据以结构化的形态呈现给用户。支持数据的增、删、改、查，并在过程中保障数据的正确且可靠。

事务（Transaction）是由一系列对系统中数据进行访问与更新的操作所组成的一个程序执行逻辑单元。MySQL提供一种机制，保证我们达到这样的效果。事务还规定不同的客户端看到的数据是不相同的。

例子：

当客户端A检查还有一站票时，准备将票买掉，但是还没有执行更新数据库时，同时客户端B检查票数，发现还有，于是又买了一次票，然后A将票数更新回数据库。这就是出现了同一张票被卖了两次。

二、事务拥有四大特性（ACID）

1. 原子性（Atomicity）

事务的原子性是指事务必须是一个原子的操作序列单元。事务中包含的各项操作在一次执行过程中，只允许出现两种状态之一。

• 全部执行成功
• 全部执行失败

任何一项操作都会导致整个事务的失败，同时其它已经被执行的操作都将被撤销并回滚，只有所有的操作全部成功，整个事务才算是成功完成。

2. 一致性（Consistency）

事务的一致性是指事务的执行不能破坏数据库数据的完整性和一致性，一个事务在执行之前和执行之后，数据库都必须处以一致性状态。

比如：如果从A账户向B账户转账，不可能因为A账户扣了钱，而B账户没有加钱。

3. 隔离性（Isolation）

事务的隔离性是指在并发环境中，并发的事务是互相隔离的，一个事务的执行不能被其它事务干扰。也就是说，不同的事务并发操作相同的数据时，每个事务都有各自完整的数据空间。

一个事务内部的操作及使用的数据对其它并发事务是隔离的，并发执行的各个事务是不能互相干扰的。

4. 持久性（Duration）

事务的持久性是指事务一旦提交后，数据库中的数据必须被永久的保存下来。即使服务器系统崩溃或服务器宕机等故障。只要数据库重新启动，那么一定能够将其恢复到事务成功结束后的状态。

参考：https://zhuanlan.zhihu.com/p/43493165

 

三、事务的基本操作

案例：
银行转账的例子更需要考虑事务的问题。
创建测试表

create table account(
    id int primary key,
    name varchar(50) not null default '',
    balance decimal(10, 2) not null default 0.0
);

开始一个事务

start transaction;

创建一个保存点

savepoint 保存点名；

回到保存点（根据具体情况）

rollback to 保存点名;

1. 代码演示

 

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

 

事务并发引起的问题
数据库在不同的隔离性级别下并发访问可能会出现以下几种问题：脏读（Dirty Read）、不可重复读（Unrepeatable Read）、幻读（Phantom Read）。

 

四、事务隔离级别

当MySQL表被多个线程或者客户端开启各自事务操作数据库中的数据时，MySQL提供了一种机制，可以让不同的
事务在操作数据时，具有隔离性。从而保证数据的一致性。

 

1.无隔离性问题

脏读
是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务
也访问这个数据，然后使用了这个数据。
举例：

1.Mary的原工资为1000, 财务人员将Mary的工资改为了8000(但未提交事务)
2.Mary读取自己的工资 ,发现自己的工资变为了8000，欢天喜地！
3.而财务发现操作有误，回滚了事务,Mary的工资又变为了1000
像这样,Mary记取的工资数8000是一个脏数据

脏读总结：A修改事物，未提交 ；  B看到事物并使用

不可重复读
是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一
个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就
发生了在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。（即不能读到相同的数据内容）
举例：

1.在事务1中，Mary 读取了自己的工资为1000,操作并没有完成
2.在事务2中，这时财务人员修改了Mary的工资为2000,并提交了事务.
3.在事务1中，Mary 再次读取自己的工资时，工资变为了2000
解决办法：如果只有在修改事务完全提交之后才可以读取数据，则可以避免该问题

幻读
是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中
的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发
生操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样。
举例：

目前工资为1000的员工有10人。
1.事务1,读取所有工资为1000的员工。
2.这时事务2向employee表插入了一条员工记录，工资也为1000
3.事务1再次读取所有工资为1000的员工 共读取到了11条记录，
解决办法：如果在操作事务完成数据处理之前，任何其他事务都不可以添加新数据，则可避免该问题

PS：不可重复读的重点是修改：同样的条件, 你读取过的数据,再次读取出来发现值不一样了 幻读的重点在
于新增或者删除：同样的条件, 第1次和第2次读出来的记录数不一样
 

 

 

2.事务隔离的级别

1） 读未提及（READ_UNCOMMITTED）

读未提及，该隔离级别允许脏读取，其隔离级别是最低的。换句话说，如果一个事务正在处理某一数据，并对其进行了更新，但同时尚未完成事务，因此还没有提交事务；而以此同时，允许另一个事务也能够访问该数据。

脏读示例：

在事务A和事务B同时执行时可能会出现如下场景：

时间	事务A（存款）	事务B（取款）
T1	开始事务	——
T2	——	开始事务
T3	——	查询余额（1000元）
T4	——	取出1000元（余额0元）
T5	查询余额（0元）	——
T6	——	撤销事务（余额恢复1000元）
T7	存入500元（余额500元）	——
T8	提交事务	——

余额应该为1500元才对。请看T5时间点，事务A此时查询的余额为0，这个数据就是脏数据，他是事务B造成的，很明显是事务没有进行隔离造成的。

2）读已提交（READ_COMMITTED）

读已提交是不同的时候执行的时候只能获取到已经提交的数据。
这样就不会出现上面的脏读的情况了。

不可重复读示例

可是解决了脏读问题，但是还是解决不了可重复读问题。

时间	事务A（存款）	事务B（取款）
T1	开始事务	——
T2	——	开始事务
T3	——	查询余额（1000元）
T4	查询余额（1000元）	——
T5	——	取出1000元（余额0元）
T6	——	提交事务
T7	查询余额（0元）	——
T8	提交事务	——

事务A其实除了查询两次以外，其它什么事情都没做，结果钱就从1000编程0了，这就是不可重复读的问题。

3）可重复读（REPEATABLE_READ）

可重复读就是保证在事务处理过程中，多次读取同一个数据时，该数据的值和事务开始时刻是一致的。因此该事务级别进制了不可重复读取和脏读，但是有可能出现幻读的数据。

幻读

幻读就是指同样的事务操作，在前后两个时间段内执行对同一个数据项的读取，可能出现不一致的结果。

时间	事务A（统计总存款）	事务B（存款）
T1	开始事务	——
T2	——	开始事务
T3	统计总存款（1000元）	——
T4	——	存入100元
T5	——	提交事务
T6	提交总存款（10100）	——
T7	提交事务	——

银行工作人员在一个事务中多次统计总存款时看到结果不一样。如果要解决幻读，那只能使用顺序读了。

4） 顺序读（SERIALIZABLE）

顺序读是最严格的事务隔离级别。它要求所有的事务排队顺序执行，即事务只能一个接一个地处理，不能并发。

                                               事务隔离级别对比

事务隔离级别	脏 读	不可重复读	幻 读
读未提及（READ_UNCOMMITTED）	允许	允许	允许
读已提交（READ_COMMITTED）	禁止	允许	允许
可重复读（REPEATABLE_READ）	禁止	禁止	允许
顺序读（SERIALIZABLE）	禁止	禁止	禁止

4种事务隔离级别从上往下，级别越高，并发性越差，安全性就越来越高。
一般数据默认级别是读已提交或可重复读。