参考网上资料整理,如有错误,欢迎指正!
资料收集参考:https://www.cnblogs.com/songwenjie/p/8644646.html
https://www.imooc.com/article/17289
https://blog.youkuaiyun.com/weisong530624687/article/details/90075063 这几篇文章写的很不错!很有收获
提到mysql就不能不说其事务,什么是事务呢?
事务 是指单个程序执行单元的一系列操作,要么完全地执行,要么完全不执行。
事务是恢复和并发控制的基本单位。
一、事务的四个特性:
1.原子性:事务是数据库的逻辑工作单位,事务中包含的各种单元要么都做,要么都不做。
2.一致性:事务的执行状态必须是从一个一致性状态变成另一个一致性状态,因此数据库只包含成功的事务结果时,就说事务处于一致性状态。如果数据库系统运行中发生故障,有些事务尚未完成就被迫中断,这些未完成事务对数据库做的修改有一部分已写入数据库,这是数据库就处于一种不正确的状态,或者说是一种不一致的状态
3.隔离性:一个事务的执行不能被其它事务干扰,并发执行之间的事务不能互相干扰
4.持续性,一个事务一旦提交,它对数据库中数据的改变是永久性的。接下来的其它操作或故障不应该对其执行结果有任何影响。
Redo log用来保证事务的原子性和持久性,Undo log能保证事务的原子性和一致性,两者也是系统恢复的基础前提。
二、事务的四种隔离级别:
脏读:读到了还未提交事务的数据。未提交的事务可能会做回滚操作。
幻读:两次事务读到的数据不一致。中间有新事务提交。新事务做了个插入操作并提交此时前事务读操作获取数据不一致。
不可重复读:一次事务中不允许多次读,会发生数据不一致。中间有新事务提交。同幻读,不同点是中间新事务做了更新操作。
幻读针对插入,不可重复度针对修改
(1)Read Uncommitted(读取未提交内容)
A可以读取到B还未提交的事务。
此隔离级别下读不加锁,写加行级排他锁(X锁),并到事务结束之后释放。所以可以解决丢失更新,
可能出现脏读、幻读、不可重复读
(2)Read Committed(读取提交内容)
A只能读取到B已经提交的事务。并且A事务中两次读到的内容不一致,原因就是B提交事务。
此隔离级别下未用二级封锁协议解决脏读问题,读未加读锁(S锁),采用MVCC解决脏读问题,
可能出现幻读、不可重复读
(3)Repeatable Read(可重读)
A只能读取到B已经提交的事务。并且A事务中两次读到的内容一致,A事务结束后再读取会读取到B提交事务。
此隔离级别下因为MVCC,所以读不影响写,写不影响读。MVCC实现的是快照读,Next-Key Lock是对当前读。MySQL InnoDB的可重复读并不保证避免幻读,需要应用使用加锁读来保证,而这个加锁读使用到的机制就是Next-Key Lock。
可能出现幻读
(4)Serializable(可串行化)
该隔离级别在读写数据时会锁住整张表
A事务未提交,B事务就等待。