4.1 事务操作
方式1:
查看事务,默认为 1,即自动提交事务
select @@autocommit;
设置事务为 0,关闭自动提交
set @@autocommit = 0;
提交事务
commit;
提交事务
rollback;
方式2:
开启事务
start transaction 或 begin;
提交事务
commit;
回滚事务
rollback;
set @@autocommit = 0;
该设置相当与 之后的所有 指令都先需要放入暂存区,在没commit之前,不能对数据库进行更改start transaction 或 begin;
该设置相当于 开启一次 暂存区,将指令存入暂存区,在commit或者rollback之后,该暂存区清空,后续事务提交方式根据@@autocommit
来看commit;
相当于将暂存区的指令执行,对数据库进行操作rollback;
相当于清空暂存区的指令,但是若set @@autocommit = 0;
和start transaction;
连用,执行回滚,会将 start transaction 之后的指令清空,但会执行start transaction 之前的指令
4.2 事务四大特性
- 原子性(Atomicity):事务是不可分割的最小操作单元,要么全部成功,要么全部失败
- 一致性(Consistency):事务完成时,必须使所有的数据都保持一致状态
- 隔离性(Isolation):数据库系统提供的隔离机制,保证事务在不受外部并发操作影响的独立环境下运行
- 持久性(Durability):事务一旦提交或回滚,它对数据库中的数据的改变就是永久的
4.3 并发事务问题
- 脏读:一个事务读到另外一个事务还没有提交的数据
- 不可重复读:一个事务先后读取同一条记录,但两次读取的数据不同,称之为不可重复读
- 幻读:一个事务按照条件查询数据时,没有对应的数据行,但是在插入数据时,又发现这行数据已经存在,类似 “幻觉”(解决了不可重复读的前提下)
4.4 事务隔离级别
隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
Read uncommitted | 未解决 | 未解决 | 未解决 |
Read committed | 解决 | 未解决 | 未解决 |
Repeatable Read (默认) | 解决 | 解决 | 未解决 |
Serializable | 解决 | 解决 | 解决 |
注意:事务隔离级别越高,数据越安全,但是性能越低
----查看事务隔离级别
select @@transaction_isolation;
----设置事务隔离级别
set [session | global]
transaction isolation level
{read uncommitted | read committed | repeatable read | serializable }