MySQL事务日志记录
我正在做一个项目，我们需要在我们的数据库管理系统(MySQL)中使用“事务日志”。我们已经切换到使用InnoDB，以便将事务用于另一个需求。我正在尝试理解什么是事务日志。我已经搜索了一天多了，包括通读MySQL文档。也许我只是没有搜索到正确的关键字，我不确定。或者“事务日志”是不恰当的术语。
据我所知，数据库事务日志类似于日志文件系统，因为在将日志提交到文件系统之前，会对日志进行更改。据我所知，这听起来像是InnoDB引擎在事务提交到磁盘之前将它们存储在某种日志中。这听起来准确吗？如果是，那么事务日志在哪里？是ib_logfile0和ib_logfile1吗？
回答 1
Stack Overflow用户
发布于 2012-03-31 05:28:32
在这里，您绝对是在正确的轨道上。
每当InnoDB执行必须提交的事务时，它都是作为两阶段提交完成的。首先在这些日志中写入事务。然后，它们从那里被提交。
这在MySQL崩溃或服务器崩溃的情况下有很大帮助。
当您重启mysql时，ib_logfile0和ib_logfile1中所有未提交的条目都将作为InnoDB崩溃恢复的一部分重播，以使InnoDB处于和谐状态(这是ACID Compliance的一致和持久的部分)。
如果您删除ib_logfile0和ib_logfile1并启动mysql，则这些文件包含的任何未提交的事务都会丢失。在崩溃恢复周期中，如果日志文件丢失，则会根据设置重新生成日志文件。
请参阅。
@karatedog InnoDB的MVCC部分发生在system表空间中，更为人所知的是ibdata1。在事务开始之前出现的任何数据都会被记录下来，以允许访问所需行的其他人在强制执行任何更新之前查看数据。这允许所谓的可重复读取。这属于ACID遵从性的i，我的意思是隔离。我在DBA StackExchange中写了一篇关于事务隔离好的、坏的或丑陋的各种场景的文章。
- read before write transaction
- Will these two queries result in a deadlock if executed in sequence?
- Is raid 5 suitable for mysql installation?
至于MyISAM，crash recovery is not automatic. It crashes rather easily。这就是SQL命令REPAIR TABLE存在的原因。这也是为什么MySQL实用程序myisamchk具有-r选项来对不在线的MyISAM表执行REPAIR TABLE的原因。
一直在尝试制造一个崩溃安全的存储引擎来替代MyISAM。
https://stackoverflow.com/questions/9950246
复制相似问题
腾讯云开发者
