实测：五进程并发写SQLite，锁竞争致大量丢写
热点事件历史事件
实测：五进程并发写SQLite，锁竞争致大量丢写
1 篇报道1 个报道来源9 天前更新
先了解这件事
AI 综述
作者“高调的涵涵”用 5 个进程各写 2000 行，实测 SQLite 多进程并发写入：当 busy_timeout 设为 0 时，100 个事务中有 92 个直接返回 database is locked，1 万行只落库 800 行，且这 800 行全部来自同一个进程。 该结果在 Python 3.9.6、SQLite 3.54.0、macOS 27.2 的同一台机器、同一个 APFS 卷上产生。作者称所有结论仅限本机 APFS，真实 Agent 负载的读写比不同、不能直接套用，WAL 的持久性承诺未经验证，不能作为崩溃安全性的依据。 作者还表示，“0.1 秒”量级的结论只适合做数量级判断，不宜用于精确比较不同配置的快慢。
AI 根据报道生成 · 9 天前更新
最新进展11月6日 10:36
实测五个进程同时写 SQLite：busy_timeout 设 0 时 1 万行只落库 800 行报道时间线
沿着报道，了解事件的不同侧面。
11月6日
- 掘金精选实测五个进程同时写 SQLite：busy_timeout 设 0 时 1 万行只落库 800 行
作者用 5 个进程各写 2000 行实测 SQLite 多进程写入，busy_timeout=0 时 100 个事务有 92 个直接返回 database is locked，1 万行只落库 800 行且全部来自同一个进程。