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