PostgreSQL 与 SQLite：多线程环境下的读写性能比较
原文英文，约500词，阅读约需2分钟。
📝
内容提要
作者在多线程环境下使用SQLite和PostgreSQL的经验中，最初选择SQLite缓存数据，但遇到同时写入丢失记录的问题。转用PostgreSQL后，数据完整但查询慢。最终，他通过SQLite的WAL模式、内部缓存和std::mutex提高性能，解决数据丢失。
🔎
延伸解读
多线程环境下的SQLite局限性
在多线程环境中，SQLite虽然提供了线程安全选项，但仍然可能出现数据丢失的问题。作者的经验表明，仅依靠SQLite的内置机制不足以保证数据完整性，开发者需要额外使用如std::mutex等工具来确保写入操作的安全性。
PostgreSQL的性能考量
虽然PostgreSQL在数据完整性方面表现出色，但在小规模数据查询时，性能却不尽如人意。作者发现，即使经过优化，查询速度仍然较慢，这提示开发者在选择数据库时需综合考虑数据量和查询性能。
SQLite与PostgreSQL的比较
在选择SQLite和PostgreSQL时，开发者需权衡数据完整性与查询性能。SQLite在小型项目中可能更为高效，但在多线程写入时需谨慎处理数据丢失风险，而PostgreSQL则适合对数据完整性要求较高的应用场景。
❓
Q&A
为什么作者最初选择SQLite作为数据缓存？
作者认为SQLite可以简单地将数据推送到数据库表中并进行索引，适合他的需求。
在多线程环境下，SQLite遇到了什么问题？
在多线程环境下，SQLite出现了同时写入时记录丢失的问题。
转用PostgreSQL后，作者遇到了什么性能问题？
虽然PostgreSQL保证了数据完整性，但查询速度较慢，特别是小表的查询。
作者是如何提高SQLite性能的？
作者通过使用SQLite的WAL模式、内部缓存和std::mutex来提高性能。
SQLite在多线程支持下的局限性是什么？
SQLite无法完全避免数据丢失，需要额外的支持，如std::mutex。
作者对SQLite的fread()调用有什么看法？
作者认为SQLite的fread()调用在多线程环境中不支持完全序列化。
🏷️
