Turso 用 MVCC 移除 SQLite 单写瓶颈
Turso v0.8 以 MVCC 突破 SQLite 单写限制，并用延迟基准展示性能优势。
来源摘录
SQLite allows one writer at a time. Turso’s MVCC engine with BEGIN CONCURRENT removes that limit, and v0.8 is where the performance shows. p99.9 transaction latency at 32 connections: SQLite: 1.2 s Turso: 2.4 ms @Peristocles1, walks through the architecture behind these numbers at @P99CONF today, 11:45 am PT / 8:45 pm CEST.
深度解析
是什么
Turso 发布 v0.8，围绕 SQLite“同时只能有一个写入者”的限制，宣传其 MVCC 引擎与 BEGIN CONCURRENT 能让多个事务并发执行，并以事务延迟基准证明收益。
核心设计与数据 推文称 32 连接下 p99.9 为 SQLite 1.2 s、Turso 2.4 ms。配图是深色基准仪表盘：横轴为对数延迟，纵轴为累计比例，绿色/橙色曲线对比两者；可切换连接数及 Linear/Tail 视图，底部表格列出 p50 到 max。图中某个 32 连接视图的 p99.9 为 5.85 ms 对 730 ms，说明不同视图的读数并不相同。
关键洞察 其价值不在图表 UI，而在把数据库并发控制从“单写者串行化”转为 MVCC 多版本并发：读不被写阻塞，写事务可并行，尾延迟应显著下降。对高并发、延迟敏感且希望保留 SQLite 使用方式的系统有吸引力。
边界与风险 这是厂商自测，缺少负载模型、硬件、隔离级别和冲突率的完整上下文；推文数字与截图读数也存在差异。MVCC 的写冲突处理、事务语义、兼容性与运维成本仍需独立复现和文档核验，不能只看 p99.9 宣传值。