SQLite 服务端优化备忘
内容提要
在服务端使用 SQLite 时，建议采用 WAL2 模式以提升并发性能。通过调整连接数、缓存和事务模式可改善读写效率。虽然 SQLite 适合小型项目，但在数据量大时性能有限，需关注表结构修改和索引统计问题。
延伸解读
WAL2模式的优势
WAL2模式在WAL的基础上解决了日志文件无限增长的问题，适合需要频繁写入的场景。开启WAL2后，读写操作可以并行进行，显著提升性能，尤其是在高并发环境下。建议开发者在服务端使用SQLite时，优先选择WAL2模式以优化数据库性能。
并发控制的重要性
在SQLite中，写操作使用全局锁，容易导致SQLITE_BUSY错误。通过为读写设置不同的连接对象，控制写连接的并发数为1，可以有效减少冲突，提高吞吐量。这种优化策略尤其适合读多写少的应用场景，开发者应根据实际需求进行合理配置。
SQLite的局限性
尽管SQLite在小型项目中表现良好，但在数据量大时性能会受到限制。修改大数据文件的表结构会非常缓慢，且SQLite不支持TIMESTAMP类型，可能影响查询效率。因此，在设计数据库时需考虑这些局限性，必要时可考虑数据分片或使用其他数据库解决方案。
Q&A
在服务端使用 SQLite 时，如何提升并发性能？
建议采用 WAL2 模式，并为读写设置不同的连接对象，写连接并发数设为1，读连接并发数设为 CPU 核数。
WAL2 模式有什么优势？
WAL2 模式解决了 WAL 模式下日志文件无限增长的问题，能够更好地支持并行读写。
如何设置 SQLite 的缓存和同步参数以提高性能？
可以将 synchronous 设置为 NORMAL，并增加 cache_size 来提升性能。
SQLite 在处理大数据文件时有哪些限制？
修改大数据文件的表结构会非常慢，且 SQLite 不支持 TIMESTAMP 类型，建议使用整数时间戳。
在高并发写入的场景下，SQLite 的表现如何？
SQLite 的并发性能有限，可能会出现 SQLITE_BUSY 错误，建议使用 BEGIN IMMEDIATE 或 BEGIN CONCURRENT 事务模式。
SQLite 适合什么类型的项目？
SQLite 适合小型项目，但在数据量大时性能有限，缺乏网络访问和分布式高可用特性。
