为了防止数据丢失，所有传入的数据还会被写入预写日志（write ahead log），即我们的“wal”目录中的一组文件，我们可以在重新启动时基于这些文件将之前内存里的数据重新填充到内存数据库。
基于38个网页-相关网页
日志模块解决的是日志的结构以及如 何写日志，如何保持日志等问题，本存储引擎在日志模块采用的是先写日志 （Write Ahead Log）的策略。事务模块解决的是如何创建事务，如何提交事务， 如何恢复事务等问题，本存储引擎在事务模块采用的是ARIES [4] 算法。
基于32个网页-相关网页
WAL：Write Ahead Log（预写式日志），是etcd的数据存储方式。除了在内存中存有所有数据的状态以及节点的索引以外，etcd就通过WAL进行持久化存储。
基于28个网页-相关网页
write-ahead log 预写日志 ; 预写记录档
Write-ahead Log Rule 日志先写原则
Hbase Write-Ahead-Log 预先写日志
write ahead log protocol 运行记录优先规则
Write-ahead Transaction Log 预先记录日志
log write-ahead 先写日志
log tape write-ahead 先写日志带
log write ahead 提前写
log write-ahead protocol 运行日志先写原则
When overwriting the original, a rollback journal or write-ahead log WAL file is used just as it would be for any other database transaction.
当将内容重新写回到原始数据库文件时，一个回滚日志或者写前日志wal文件将会被使用，正如它为其它数据库事务服务一样。
Write-ahead log scheme requires stable storage.
向前写日志系统需要稳定存储。
When in write-ahead log mode, only the auto_vacuum support property can be changed using VACUUM.
如果SQLite是运行在“写前日志”模式下，则只有（是否支持）auto_vacuum属性可以通过VACUUM命令进行修改。）
应用推荐