Supabase 收购 Turso：Agent 时代的数据库版图拼图

2026 年 10 月 2 日，Supabase CEO Paul Copplestone 在官方博客宣布收购 Turso。Turso 是一个用 Rust 从零重写 SQLite 并构建云平台的创业公司，以”单台服务器管理数百万数据库”的架构著称。这笔收购不是 Supabase 第一次通过吸纳团队扩展版图（此前已收编 Hydra 做数据仓库方向），但它标志着 Supabase 正式把Agent 原生数据库提升为战略方向。本文基于双方官方公告做分析。

一、收购公告说了什么

Supabase 侧的公告核心信息：

• Supabase 目前每周新开超过 一百万个数据库；
• Agent 正在”批量创建数据库”来支撑原型、仪表盘和应用，传统按机 provisioning 的模式跟不上；
• Turso 的架构：Rust 重写 SQLite，单服务器可管理数百万数据库，使用时加载、闲置时挂起；
• 收购后 Supabase 继续围绕 Postgres 开发，Turso 团队继续专注 SQLite；
• Turso 创始人 Glauber Costa 领导新的”Agent 基础设施”方向；
• 现有用户不受影响，Turso 平台继续运营。

Turso 侧公告补充了几个关键细节：

• Turso 的云架构是 diskless、WAL-on-S3：数据库不常驻本地磁盘，写日志直接放 S3；
• 客户包括 Superhuman、Sauna.ai、Mastra、CTO.new；
• Glauber Costa 的个人目标是”服务十亿个数据库”；
• 毕业路径：SQLite（Turso）不够用时迁移到标准 Postgres（Supabase），再到 PB 级 Multigres。

二、为什么是现在：Agent 改变了数据库的使用形状

两家公告都在强调同一个判断：Agent 的出现改变了数据库的使用模式。

传统应用架构是”一个应用一个中心数据库”。Agent 时代的模式变成了”一个 Agent、一个任务、一个用户，各自需要一个隔离的轻量数据库”。这带来两个要求：

1. 创建成本趋近于零：如果每个数据库都要起一台专用 Postgres 实例，成本不可接受；
2. 按需挂载：Agent 不是持续运行的，数据库在闲置时应该挂起，只在被访问时加载。

SQLite 天然适合这种负载：小、快、随处运行。但 SQLite 原生是为嵌入式场景设计的，单写者限制、无网络服务、无弹性扩展。Turso 做的事情就是把这些服务器端限制逐一拆掉，再包装成云服务。

三、产品线互补逻辑

这个”SQLite 起步、Postgres 毕业”的叙事是 Supabase 收购的核心逻辑：Agent 生成的大量小型数据库用 Turso 的 SQLite 架构低成本跑；当某个应用长大了、需要认证、存储、复杂查询时，平滑迁移到 Supabase Postgres。用户不会因为一开始选了 SQLite 而被锁死在轻量方案里。

四、口径与局限

公告中有几个需要冷静看待的点：

1. “每周一百万个数据库”的口径：这包括 Supabase 免费项目自动创建的 Postgres 数据库，不全是用户主动创建的生产负载。把这个数字等同于”Agent 驱动的真实需求”有夸大成分；
2. “单服务器管理数百万数据库”：这是 Turso 的架构能力声明，不是某个公开基准测试。具体每台服务器的硬件配置、网络延迟、并发读写上限，公告没有给出；
3. 收购金额未披露：Supabase 在 2026 年 6 月刚完成 5 亿美元 F 轮（投前估值 100 亿美元），有现金弹药，但具体交易条款未知；
4. Turso 继续独立运营：公告说 Turso 平台”继续运行”，但长期路线图（与 Supabase 集成多深、品牌是否保留）只说了”未来几个月会有更多消息”。

五、生态格局：SQLite 正在变成云端一等公民

这笔收购放到更大的图景里看：

• Cloudflare D1：基于 SQLite 的边缘数据库，2026 年已 GA；
• Turso（现 Supabase）：Rust 重写 SQLite + 云平台；
• LiteFS / Litestream：SQLite 复制和备份工具链成熟；
• PGLite / Postgres WASM：Postgres 也在向浏览器/边缘下沉。

SQLite 从”嵌入式文件”变成”云端可弹性分配的数据库单元”，是 Agent 时代基础设施的一个明确趋势。Supabase 通过收购 Turso，同时拿到了 SQLite 轻量层和 Postgres 重量层，形成了从原型到 PB 级的完整梯度。

六、客观分析

优势：

1. 双引擎覆盖：SQLite（轻量、海量、按需）+ Postgres（生产、复杂、生态），梯度完整；
2. Agent 原生定位清晰：每 Agent 一数据库的商业模式直接切入 AI 基础设施；
3. 开源基因一致：两家都坚持核心开源，降低开发者顾虑；
4. Glauber Costa 的号召力：前 Redis Labs / Intel 工程师，在分布式存储社区有影响力。

局限：

1. SQLite -> Postgres 迁移不是无缝的：SQL 方言、扩展、类型映射都有差异，公告说”清晰路径”但实际迁移成本未知；
2. Turso 独立品牌能保留多久：被收购后通常 1-2 年内品牌会被整合；
3. 与 Cloudflare D1 直接竞争：Turso 的 Agent 数据库场景和 D1 高度重合，而 Supabase 本身也跑在 Cloudflare 边缘网络上，关系微妙；
4. “十亿数据库”是愿景不是现状：当前规模与目标差距很大。

七、谁该关注

• 正在构建 Agent 产品的团队：Turso 的 per-agent 数据库模型直接可用；
• Supabase 现有用户：短期内无变化，长期可能获得轻量 SQLite 分支；
• 数据库行业观察者：这是”SQLike 云化”趋势的标志性收购。

参考来源

• Supabase 官方公告：Supabase is acquiring Turso
• Turso 官方公告：Turso is joining Supabase
• Supabase Series F 融资公告
• Koala 项目库条目