一、事务的实现原理
事务是基于重做日志文件(redo log)和回滚日志(undo log)实现的。
每提交一个事务必须先将该事务的所有日志写入到重做日志文件进行持久化,数据库就可以通过重做日志文件来保证事务的原子性和持久性。
每当有修改事务时,还会产生回滚日志,如果需要回滚,则根据回滚日志的反向语句进行逻辑操作,比如insert一条记录就对应一条delete记录。回滚日志主要实现数据库的一致性。
二、事务的四大特征
-
原子性(Atomicity): 事务不可分割要么都成功,要么都失败,例如转账,只能是成功和失败的事务是最小的执行单位,不允许分割。事务的原子性确保动作要么全部完成,要么完全不起作用;(undolog回滚日志)
-
一致性(Consistency): 执行事务后,数据库从一个正确的状态变化到另一个正确的状态。就如通上面的转账,转账前后,数据总和是一致的;
-
隔离性(Isolation):并发访问数据库时,一个事务的执行不被其他事务所干扰,各并发事务之间数据库是独立的;(锁机制)
-
持久性(Durability): 一个事务被提交之后。它对数据库中数据的改变是永久的,即使数据库发生故障也不应该对其有任何影响。(redolog重做日志)
三、事务的隔离级别
-
READ-UNCOMMITTED(读取未提交): 最低的隔离级别,允许读取尚未提交的数据变更,可能会导致脏读、幻读或不可重复读。
-
READ-COMMITTED(读取已提交): 允许读取并发事务已经提交的数据,可以阻止脏读,但是幻读或不可重复读仍有可能发生。
-
REPEATABLE-READ(可重复读): 对同一字段的多次读取结果都是一致的,除非数据是被本身事务自己所修改,可以阻止脏读和不可重复读,但幻读仍有可能发生。(mysql 默认隔离级别)
-
SERIALIZABLE(可串行化): 最高的隔离级别,不允许事务并发执行,就是在读取的每一行数据上都加上了锁,读写相互都会阻塞,也就是说,该级别可以防止脏读、不可重复读以及幻读。
四、并发事务产生的问题
4.1 脏读
当一个事务正在访问数据并且对数据进行了修改,而这种修改还没有提交到数据库中,这时另外一个事务也访问了这个数据,然后使用了这个数据。因为这个数据是还没有提交的数据,那么另外一个事务读到的这个数据是“脏数据”,依据“脏数据”所做的操作可能是不正确的。
4.2 不可重复读
指在一个事务内多次读同一数据。在这个事务还没有结束时,另一个事务也访问该数据。那么,在第一个事务中的两次读数据之间,由于第二个事务的修改导致第一个事务两次读取的数据可能不太一样。这就发生了在一个事务内两次读到的数据是不一样的情况。
4.3 幻读
幻读与不可重复读类似。它发生在一个事务(T1)读取了几行数据,接着另一个并发事务(T2)插入了一些数据时。在随后的查询中,第一个事务(T1)就会发现多了一些原本不存在的记录,就好像发生了幻觉一样,所以称为幻读。
4.4 丢失修改
指在一个事务读取一个数据时,另外一个事务也访问了该数据,那么在第一个事务中修改了这个数据后,第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失,因此称为丢失修改。 例如:事务1读取某表中的数据A=20,事务2也读取A=20,事务1修改A=A-1,事务2也修改A=A-1,最终结果A=19,事务1的修改被丢失。
不可重复读和幻读区别:
不可重复读的重点是修改比如多次读取一条记录发现其中某些列的值被修改,幻读的重点在于新增或者删除比如多次读取一条记录发现记录增多或减少了。