mysql事务机制

2017-11-08  本文已影响0人  ywhu

事务简介

ACID

InnoDB引擎与事务

InnoDB支持ACID、行级锁和高并发。为支持事务,引入了与事务处理相关的UNDO和REDO日志。

REDO日志

事务执行时将需要执行的事务写到REDO文件中。每条SQL进行数据库更新时,先将REDO日志写入日志缓冲区。当客户端执行commit命令时,日志缓冲区内容被刷新到磁盘。
REDO日志对应磁盘上的ib_logfileN文件,大小默认5M。MYSQL崩溃恢复时会重新执行REDO日志中的操作记录

UNDO日志

UNDO日志主要用于事务异常时的回滚。复制事务前的数据库内容到UNDO缓冲区,在合适时间将内容刷新到磁盘。

mysql事务隔离级别

Read Uncommitted(读取未提交内容)

在该隔离级别,所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用,因为它的性能也不比其他级别好多少。读取未提交的数据,也被称之为脏读(Dirty Read)。

Read Committed(读取提交内容)

这是大多数数据库系统的默认隔离级别(但不是MySQL默认的)。它满足了隔离的简单定义:一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读(Nonrepeatable Read),因为同一事务的其他实例在该实例处理其间可能会有新的commit,所以同一select可能返回不同结果。

Repeatable Read(可重读)

这是MySQL的默认事务隔离级别,它确保同一事务的多个实例在并发读取数据时,会看到同样的数据行。不过理论上,这会导致另一个棘手的问题:幻读 (Phantom Read)。简单的说,幻读指当用户读取某一范围的数据行时,另一个事务又在该范围内插入了新行,当用户再读取该范围的数据行时,会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制(MVCC,Multiversion Concurrency Control)机制解决了该问题。

Serializable(可串行化)

这是最高的隔离级别,它通过强制事务排序,使之不可能相互冲突,从而解决幻读问题。简言之,它是在每个读的数据行上加上共享锁。在这个级别,可能导致大量的超时现象和锁竞争。

这四种隔离级别采取不同的锁类型来实现,若读取的是同一个数据的话,就容易发生问题。例如:

上一篇 下一篇

猜你喜欢

热点阅读