SQLite 在小型服务中的适用场景

SQLite 在小型服务中的适用场景

今天是 2026年11月6日（星期五）。这篇短文把「SQLite 在小型服务中的适用场景」拆成几个可以立即验证的点，尽量少讲概念，多给出可操作的判断依据。

一、先把边界划清楚

单文件、零运维、事务完整，非常适合个人服务、桌面应用和只读数据集。

默认写锁是库级锁，高并发写入会成为瓶颈；需要开启 WAL 并控制写事务长度。

二、常见误区

• 单文件、零运维、事务完整，非常适合个人服务、桌面应用和只读数据集。
• 默认写锁是库级锁，高并发写入会成为瓶颈；需要开启 WAL 并控制写事务长度。
• 不要在 NFS 等网络文件系统上放 SQLite，文件锁语义不可靠。
• 备份用在线备份 API 或先 checkpoint 再复制，避免直接拷贝正在写入的文件。

三、一段可以直接试的命令

PRAGMA journal_mode=WAL;
PRAGMA synchronous=NORMAL;
PRAGMA busy_timeout=5000;

把上面的命令在隔离环境里跑一遍，再对照自己的服务观察输出。很多问题不是配置写错，而是没有先确认实际行为。

小结

处理这类问题的顺序建议是：先复现、再定位、最后才改配置。如果当天没有时间做完整排查，至少把复现命令和观察结果记录下来，第二天可以接着做。