文章目录
事务
事务(Transaction)是由一系列对系统中数据进⾏访问与更新的操作所组成的⼀个程序执行逻辑单元。
1、事务的语法
-
start transaction; begin;
-
commit; 使得当前的修改确认
-
rollback; 使得当前的修改被放弃
示例:
如图:一个事务A(navicat表示),另一个事务B(cmd表示)
事务A 开始事务 并插入了一条数据 (并没有提交事务),事务B查看数据 并没有新插入的信息
此时A查看信息有新增的(5,’aa‘)数据
等 事务A commit 提交后:事务B查看数据,此时新增数据有了。
若 事务A 不想提交事务,就可以执行回滚(rollback)操作;对事务进行撤销:
要是不想提交 就可以 rollback;此时第六条数据没有了。
事务在未提交之前都是可以回滚的。
2、事务的ACID特性
1、原子性(Atomicity)
事务的原⼦性是指事务必须是⼀个原子的操作序列单元。事务中包含的各项操作在⼀次执⾏过程中,只允许出现两种状态之一
(1)全部执行成功
(2)全部执行失败
事务开始后所有操作,要么全部做完,要么全部不做,不可能停滞在中间环节。事务执⾏过程中出错,会回滚到事务开始前的状态,所有的操作就像没有发⽣一样。也就是说事务是⼀个不可分割的整体,就像化学中学过的原子,是物质构成的基本单位。
2、一致性(Consistency)
事务的一致性是指事务的执⾏不能破坏数据库数据的完整性和一致性,一个事务在执⾏之前和执行之后,数据库都必须处以⼀致性状态。
比如:如果从A账户转账到B账户,不可能因为A账户扣了钱,⽽B账户没有加钱。
3、隔离性(Isolation)
事务的隔离性是指在并发环境中,并发的事务是互相隔离的。也就是说,不同的事务并发操作相同的数据时,每个事务都有各自完整的数据空间。⼀个事务内部的操作及使用的数据对其它并发事务是隔离的,并发执行的各个事务是不能互相干扰的。
隔离性分4个级别,见下文。
4、持久性
事务的持久性是指事务⼀旦提交后,数据库中的数据必须被永久的保存下来。即使服务器系统崩溃或服务器宕机等故障。只要数据库重新启动,那么一定能够将其恢复到事务成功结束后的状态
3、事务的并发问题
脏读:读取到了没有提交的数据, 事务A读取了事务B更新的数据,然后B回滚操作,那么A读取到的 数据是脏数据。
不可重复读:同⼀条命令返回不同的结果集(更新).事务 A 多次读取同一数据,事务 B 在事务A 多次读取的过程中,对数据做了更新并提交,导致事务A多次读取同一数据时,结果不一致。
幻读:重复查询的过程中,数据就发⽣了量的变化(另一个事务执行了insert, delete操作)。
4、事务隔离级别
事务隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
读未提交(READ_UNCOMMITTED) | 允许 | 允许 | 允许 |
读已提交(READ_COMMITTED) | 禁止 | 允许 | 允许 |
可重复读(REPEARABLE_READ) | 禁止 | 禁止 | 可能会 |
顺序读(SERIALIZABLE) | 禁止 | 禁止 | 禁止 |
4种事务隔离级别从上往下,级别越高,并发性越差,安全性就越来越高。
⼀般数据默认级别是 读以提交或可重复读
查看当前会话中事务的隔离级别
select @@tx_isolation;#这时mysql8 之前的版本
select @@transaction_isolation;
设置当前会话中的事务隔离级别
set session transaction isolation level read uncommitted;
脏读
不可重复读:
幻读:
错误演示:
读未提交(READ_UNCOMMITTED)
设置当前会话中的事务隔离级别
set session transaction isolation level read uncommitted;
在事务T1和事务T2同时执行时可能会出现如下场景:
事务T1开启事务
事务T2开启事务并取出1000元
事务T1查询 余额是0
事务T2撤销事务
事务T1存入500元
事务T1提交!
余额应该为1500元才对。请看T5时间点,事务A此时查询的余额为0,这个数据就是脏数据,他是事务B 造成的,
很明显是事务没有进行隔离造成的。
实际结果:
读已提交(READ_COMMITTED)
读已提交是不同的事务执行的时候只能获取到已经提交的数据。 这样就不会出现上面的脏读的情况了。
但是在同一个事务中执行同一个读取,结果不一致
不可重复读示例
可是解决了脏读问题,但是还是解决不了可重复读问题。
不可重复读示例:
先将调高至:read committed
set session transaction isolation level read committed;
事务T2 修改数据没提交
事务T1 读取 数据: 没有读取到脏数据
当T2 提交数据后, T1再读:
就出现了数据不一致问题,再同一事务中,读取同一事物出现了两次不一样的结果是不可以的。为了避免可重复读问题
将事务隔离级别提高!
可重复读(REPEATABLE_READ)
可重复读就是保证在事务处理理过程中,多次读取同一个数据时,该数据的值和事务开始时刻是一致的。
因此该事务级别限制了不可重复读和脏读,但是有可能出现幻读的数据
set session transaction isolation level repeatable read;
重新操作:
继续重复读:
但是重复读的时候,结果还是一样的。就解决了。
幻读
幻读就是指同样的事务操作,在前后两个时间段内执行对同一个数据项的读取,可能出现不一致的结果。
当在事务T1 修改数据事, 事务T2 插入了一条数据导致 T1修改时发生了问题。
在这里插入图片描述
避免幻读 只能将事务隔离级别调高值SERIALIZABLE;
顺序读(serializable)
顺序读是最严格的事务隔离级别。它要求所有的事务排队顺序执⾏行行,即事务只能一个接一个地处理,不能并发。
5、不同的隔离级别的锁的情况
-
读未提交(RU): 有行级的锁,没有间隙锁。它与RC的区别是能够查询到未提交的数据。
-
读已提交(RC):有行级的锁,没有间隙锁,读不到没有提交的数据。
-
可重复读(RR):有行级的锁,也有间隙锁,每次读取的数据都是一样的,并且没有幻读的情况。
-
序列化(S):有行级锁,也有间隙锁,读表的时候,就已经上锁了
6、隐式提交
DQL:查询语句
DML:写操作(添加,删除,修改)
DDL:定义语句句(建库,建表,修改表,索引操作,存储过程,视图)
DCL: 控制语⾔言(给⽤用户授权,或删除授权)
都是隐式提交。
隐式提交:执⾏行行这种语句相当于执行commit;