SQLite的持久性设置存在混乱，其文档未能清晰说明默认的持久性属性及各配置选项的具体保证。持久性是数据库的重要特性，确保事务提交后即使系统崩溃或断电，更改也不会丢失。通常通过调用fsync系统调用来实现，但这会带来性能开销。SQLite提供了journal_mode和synchronous两个配置选项来调整持久性，但文档未能明确说明默认设置及如何确保持久性。

SQLite的持久性设置存在混乱

数据库的一个重要特性是持久性，即确保事务提交后，即使系统崩溃或断电，数据也不会丢失。在Linux等Unix系统中，持久性通常通过调用fsync系统调用来实现。然而，持久性会带来性能开销，因此数据库通常提供配置选项来控制是否以及何时调用fsync。SQLite的持久性设置文档却不够清晰，导致用户难以确定默认的持久性行为以及如何配置才能确保持久性。

SQLite有两个相关的配置选项：journal_mode和synchronous。journal_mode的默认值是DELETE，而synchronous的默认值是FULL。根据文档，当journal_mode为DELETE时，synchronous需要设置为EXTRA才能确保持久性；而在WAL模式下，FULL设置已经足够。然而，SQLite的创建者Richard Hipp在Hacker News上的评论却与文档内容相反，称默认配置下SQLite是持久的，而WAL模式下默认行为可能不保证持久性。

此外，SQLite的默认设置可能被封装库覆盖，例如Go的SQLite驱动在WAL模式下将synchronous设置为NORMAL，这无法保证持久性。在macOS上，fsync的功能被削弱，SQLite提供了fullfsync选项来确保持久性，但默认是关闭的。

因此，如果需要持久性，用户应明确设置synchronous选项。在WAL模式下，FULL设置通常足够；而在DELETE模式下，建议使用EXTRA以确保安全。对于macOS用户，还应启用fullfsync。

SQLite项目应澄清其文档，特别是synchronous和journal_mode之间的关系。建议为每种journal_mode单独列出synchronous的选项及其持久性保证，以便用户更清楚地了解如何配置。

尽管在某些应用场景中，牺牲部分数据持久性以换取更好的性能是可接受的，但程序员需要清楚工具提供的保证，因此文档的模糊性和打破先前假设的行为是不可取的。

1. 关于SQLite文档的清晰度：

   • 有评论认为文档存在不一致或不清楚的地方，建议提交bug报告以改进文档。
     • "It seems like a bug report on what is not clear in the documentation would be highly useful."（似乎提交一个关于文档不清楚之处的bug报告会非常有用。）
     • "Whether the docs are out of sync?"（文档是否不同步？）

2. 关于SQLite的持久性（Durability）：

   • 有评论指出SQLite的默认设置（如journal_mode为DELETE，synchronous为FULL）可能无法保证持久性，尤其是在DELETE模式下。
     • "By default, SQLite is not durable, because the default value of journalmode is DELETE, and the default value of synchronous is FULL, which doesn't provide durability in DELETE mode."（默认情况下，SQLite不具备持久性，因为journalmode的默认值是DELETE，而synchronous的默认值是FULL，这在DELETE模式下无法提供持久性。）
     • "Durability also requires the file system implementation and the disk to do the right thing on fsync, which, if I recall past discussions correctly, isn’t a given."（持久性还需要文件系统实现和磁盘在fsync时正确处理，而根据过去的讨论，这并不总是能保证。）

3. 关于SQLite的默认设置与现代需求的匹配：

   • 有评论认为SQLite的默认设置已经过时，建议推出一个打破向后兼容性的新版本，以适应现代需求。
     • "I can’t help but wish for a “v4.0” release: one that deliberately breaks backward compatibility and outdated defaults, in order to offer a cleaner, more modern foundation."（我不禁希望推出一个“v4.0”版本：一个故意打破向后兼容性和过时默认设置的版本，以提供一个更干净、更现代的基础。）
     • "v3.0 was first released in 2004—over 20 years ago—and the industry has changed dramatically since then."（v3.0首次发布于2004年——距今已超过20年——而行业自那时以来发生了巨大变化。）

4. 关于SQLite与其他数据库的对比：

   • 有评论认为SQLite与其他数据库的主要区别在于其提供了更多的配置选项，而其他数据库则没有这些选项或没有明确告知用户。
     • "I can't help but feel that the difference to other DBs is that they just don't have these knobs or tell you at all."（我不禁觉得与其他数据库的区别在于它们根本没有这些选项，或者根本没有告诉你。）

5. 关于SQLite的测试套件：

   • 有评论为SQLite辩护，指出其测试套件非常全面，能够模拟各种故障情况，并建议阅读相关文档以消除疑虑。
     • "Sqlite's test suite simulates just about every kind of failure you can imagine - this document is worth reading if you have any doubts."（SQLite的测试套件几乎可以模拟你能想象到的各种故障——如果你有任何疑虑，这份文档值得一读。）