SQLite使用的临时文件（二）

返回：SQLite—系列文章目录   

上一篇：SQLite数据库文件损坏的可能几种情况

下一篇：SQLite数据库成为内存中数据库（三）

​ 1. 引言

SQLite的显着特点之一它是一个数据库由一个磁盘文件组成。 这简化了 SQLite 的使用，因为移动或备份 数据库就像复制单个文件一样简单。它还使 SQLite适合用作应用程序文件格式。 但是，当一个完整的数据库保存在单个磁盘文件中时， SQLite确实在处理数据库的过程。

本文介绍SQLite的各种临时文件创建和使用。它描述了何时创建文件，何时它们被删除，它们的用途，为什么它们很重要， 以及如何在创建临时文件的系统上避免它们陷阱。

不考虑SQLite使用临时文件的方式 SQLite与应用程序签订的合约的一部分。这 本文档中的信息是对如何操作的正确描述 SQLite在编写本文档时或最后编写时运行更新。但是不能保证SQLite的未来版本 将以相同的方式使用临时文件。新型临时可能会使用文件，并且一些当前的临时文件使用可能会停止在SQLite 的未来版本中。

2. 九种临时文件

SQLite目前使用九种不同类型的临时文件：

1. 回滚日志
2. 超级期刊
3. 预写日志 （WAL） 文件
4. 共享内存文件
5. 报表日记帐
6. TEMP 数据库
7. 视图和子查询的具体化
8. 瞬态指数
9. VACUUM 使用的瞬态数据库

有关每个这些临时文件类型的附加信息 在续集中。

2.1. 回滚日志

回滚日志是用于实现的临时文件 SQLite中的原子提交和回滚功能。（有关其工作原理的详细讨论，请参阅 标题为 Atomic Commit In SQLite 的单独文档。 回滚日志始终位于同一目录中作为数据库文件，并且与数据库同名文件，但附加了 8 个字符的“-journal”除外。 回滚日志通常在事务发生时创建首先启动，通常在事务时被删除 提交或回滚。 回滚日志文件对于实现 SQLite的原子提交和回滚功能。没有 回滚日志，SQLite 将无法回滚 事务不完整，以及是否发生崩溃或断电在事务过程中，整个数据库可能会在没有回滚日志的情况下损坏。

回滚日志通常在事务的开始和结束。但也有例外到这个规则。

如果在交易过程中发生崩溃或断电， 然后，回滚日志文件将保留在磁盘上。下次 另一个应用程序尝试打开数据库文件，它注意到 被遗弃的回滚日志的存在（我们称之为“热 journal“，并使用 日志将数据库还原到启动前的状态 未完成的交易。这就是SQLite的实现方式 原子提交。

如果应用程序使用 选项：

PRAGMA locking_mode=EXCLUSIVE;

SQLite 在第一个 独占锁定模式会话中的事务。但是在 事务结束时，它不会删除回滚 杂志。回滚日志可能被截断，或者其标头可能被截断 可能归零（取决于您使用的 SQLite 版本） 但不会删除回滚日志。回滚日志是 在退出独占访问模式之前不会删除。

回滚日志的创建和删除也会被journal_mode编译指示更改。 默认日记模式为 DELETE，这是默认行为 在每个事务结束时删除回滚日志文件， 如上所述。PERSIST 日志模式放弃删除 日志文件，而是覆盖回滚日志头 使用零，以防止其他进程回滚 日志，因此具有与删除日志文件相同的效果 无需实际从磁盘中删除文件的费用。在其他 words，日志模式 PERSIST 表现出与所见相同的行为 在 EXCLUSIVE 锁定模式下。这 OFF 日志模式会导致 SQLite 完全省略回滚日志。 换言之，如果日志模式为 设置为 OFF。 OFF 日志模式禁用原子 SQLite的提交和回滚功能。ROLLBACK 命令 设置了 OFF 日志模式时不可用。如果发生碰撞或电源 损失发生在使用 OFF 日志的事务中间 模式下，无法恢复，数据库文件可能会 去腐败。 MEMORY 日志模式导致回滚日志存储在内存而不是磁盘。ROLLBACK 命令在以下情况下仍然有效日志模式是 MEMORY，但因为磁盘上不存在 恢复、崩溃或断电 在使用 MEMORY 日志模式可能会导致数据库损坏。

2.2. 预写日志（WAL）文件

使用预写日志或 WAL 文件代替回滚日志 当 SQLite 在 WAL 模式下运行时。与回滚日志一样， WAL 文件的目的是实现原子提交和回滚。 WAL 文件始终位于同一目录中 作为数据库文件，并且与数据库同名 文件，但附加了 4 个字符“-wal”的文件除外。 WAL 文件是在首次连接到 数据库被打开，通常在最后 与数据库的连接将关闭。但是，如果最后一个连接 没有干净地