1. 概述
事务就是一组DML语句组成,这些语句在逻辑上存在相关性,这一组DML语句要么全部成功,要么全部失败,是 一个整体。MySQL提供一种机制,保证我们达到这样的效果。事务还规定不同的客户端看到的数据是不相同的。
栗子:火车售票系统
2. 事务基本操作
栗子:银行转账
- 创建测试表
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 保存点名;
3. 事务操作注意事项
- 如果没有设置保存点,也可以回滚,只能回滚到事务的开始。直接使用 rollback(前提是事务还没有提交)
- 如果一个事务被提交了(commit),则不可以回退(rollback)
- 可以选择回退到哪个保存点
- InnoDB支持事务,MyISAM不支持事务
- 开始事务可以使用 start transaction
- 数据库系统保证在发生诸如某条SQL语句错误、断点、系统崩溃这些故障的情况下,如果一个事务还没有完成commit work(work 关键字是可选的),其影响将被回滚。在断电和系统崩溃的情况下,回滚会在系统重启后执行。
4. 事务的隔离级别
当MySQL表被多个线程或者客户端开启各自事务操作数据库中的数据时,MySQL提供了一种机制,可以让不同的 事务在操作数据时,具有隔离性。从而保证数据的一致性。
4.1无隔离性的问题
- 脏读
是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时,另外一个事务也访问这个数据,然后使用了这个数据。
栗子:
1.我的原工资是1000,财务人员将我的工资变为了2000(还未提交事务)
2.我查看了自己的工资,发现是2000,开心的不得了,把风扇开到了二档犒劳一下自己
3.而财务发现操作有误,回滚了事务,我的工资又变为了1000
这样我读取的工资数就是一个脏数据。 - 不可重复读
是指在一个事务内,多次读同一数据。在这个事务还没有结束时,另外一个事务也访问该同一数据。那么,在第一 个事务中的两次读数据之间,由于第二个事务的修改,那么第一个事务两次读到的的数据可能是不一样的。这样就 发生了在一个事务内两次读到的数据是不一样的,因此称为是不可重复读。(即不能读到相同的数据内容)
栗子:
1.在事务1中,我读取我的工资是1000,操作还没有完成
2.在事务2中,财务人员将我的工资改为了2000,并提交了事务。
3.在事务1中,我再次读取我的工资时,工资变为了2000
解决办法:如果只有在修改事务完全提交之后才可以读取数据,则可以避难该问题。 - 幻读
是指当事务不是独立执行时发生的一种现象,例如第一个事务对一个表中的数据进行了修改,这种修改涉及到表中 的全部数据行。同时,第二个事务也修改这个表中的数据,这种修改是向表中插入一行新数据。那么,以后就会发 生操作第一个事务的用户发现表中还有没有修改的数据行,就好象发生了幻觉一样。
栗子:
目前工资为1000的员工只有我1人
1.事务1,读取所有工资为1000的员工。
2.这时事务2向employee表插入了一条员工记录,工资也为1000
3.事务1再次读取所有工资为1000的员工 共读取到了2条记录
解决办法:如果在操作事务完成数据处理之前,任何其他事务都不可以添加新数据,则可避免该问题。
不可重复读的重点是修改:同样的条件, 你读取过的数据,再次读取出来发现值不一样了
幻读的重点在于新增或者删除:同样的条件, 第1次和第2次读出来的记录数不一样
4.2 事务的隔离级别
隔离级别 | 脏读 | 不可重复读 | 幻读 | 加锁读 |
---|---|---|---|---|
读未提交(read uncommited) | √ | √ | √ | 不加锁 |
读已提交(read commited) | × | √ | √ | 不加锁 |
可重复读(repeatable read) | × | × | × | 不加锁 |
可串行化(serializable) | × | × | × | 加锁 |
备注: √:会发生该问题 ×:不会发生该问题
- 设置事务的隔离级别
语法:
set session transaction level read uncommitted;
- 查看当前的隔离级别
select @@tx_isolation;
- 隔离级别:可串行化案例:
当客户端A在执行select过程中,DBMS(数据库管理系统 Database Management System)会对库加锁,如果这时客户端B执行插入,只要还没释放锁,插入不进 去,会将B的update语句放入等待队列,直到释放了锁或超时。
如上图所示,左边的终端开始了一个事物,查找account表中的数据,还没有提交事务,右边终端的插入数据就被阻塞了。如果超出一定时间,左边还没有commit,那就会插入出错,如下图。
只要在规定时间之内,左边提交了数据,右边就可以插入成功。
5. 事务的ACID特性
- 原子性:事务的所有动作要么全部执行,要么由于出错而插销事务的部分影响,事务是应用中最小的执行单位(逻辑执行体)。
- 一致性:隔离执行事务时(在没有其他事务并发执行的情况下)保持数据库的一致性。
- 事务执行的结果,必须使数据库从一个一致性状态,变到另一个一致性状态。当数据库只包含事务成功提交的结果时,数据库处于一致性状态。如果系统运行发生中断,某个事务尚未完成而被迫中断,而该未完成的事务对数据库所做的修改已被写入数据库,此时数据库就处于一种不正确(不一致)的状态。因此一致性是通过原子性来保证的。
- 隔离性:数据库系统必须提供隔离机制以保证事务不受其他并发执行的事务影响。
- 持久性:一旦事务成功执行,其影响必须保存在数据库中,一个系统故障不应该导致数据库忽略成功完成的事务。