Turso 是一个将 SQLite 分布式部署到边缘网络的云数据库平台。它基于用 Rust 重写的 libSQL,与 SQLite 完全兼容,同时提供适合全球规模应用的功能。

作为一款分布式部署在边缘网络上的 SQLite 兼容数据库,这一点在速度方面是其核心优势。可以在最接近用户的边缘位置读写数据,从而大幅提升全球服务的响应速度。这一特性尤其能让小型创业公司即便基础设施投入有限,也能有效运营全球化服务。

定价策略

Turso 在所有自有服务套餐中均不限制数据库数量,采用根据存储容量以及读写用量计费的结构。

套餐构成

免费 (Free)

  • 数据库数量: 100 个
  • 存储空间: 5GB
  • 每月读取行数: 5 亿行
  • 每月写入行数: 1,000 万行
  • 每月同步量: 3GB
  • 时间点恢复 (PITR): 保留 1 天
  • 审计日志: 包含
  • 支持: 社区支持
  • 无需注册信用卡

开发者 (Developer)

  • 数据库数量: 无限制
  • 存储空间: 9GB + 每 GB $0.75
  • 每月读取行数: 25 亿行 + 每额外 10 亿行 $1.00
  • 每月写入行数: 2,500 万行 + 每额外 100 万行 $1.00
  • 每月同步量: 10GB + 每 GB $0.35
  • 时间点恢复: 保留 10 天
  • 团队协作: 支持

Scaler

  • 数据库数量: 无限制
  • 存储空间: 24GB + 每 GB $0.50
  • 每月读取行数: 1,000 亿行 + 每额外 10 亿行 $0.80
  • 每月写入行数: 1 亿行 + 每额外 100 万行 $0.80
  • 每月同步量: 24GB + 每 GB $0.25
  • 时间点恢复: 保留 30 天
  • 团队协作: 支持

Pro

  • 数据库数量: 无限制
  • 存储空间: 50GB + 每 GB $0.45
  • 每月读取行数: 2,500 亿行 + 每额外 10 亿行 $0.75
  • 每月写入行数: 2.5 亿行 + 每额外 100 万行 $0.75
  • 每月同步量: 100GB + 每 GB $0.15
  • 时间点恢复: 保留 90 天
  • 支持 SSO、BYOK 加密、HIPAA、SOC2 合规
  • 支持: 优先邮件与 Slack 支持

企业版 (Enterprise) 包含专用云与 BYOC(自带云)部署、定制 SLA、优质 24×7 支持、无限使用量,以及 Pro 套餐的所有功能。

创业公司扶持计划

Turso 为获得风险投资的早期创业公司运营专属扶持计划。该计划非常适合 AI 智能体动态创建会话、创建/分叉/删除数据库的"many-database architecture(多数据库架构)"场景。

计划内容

提供的权益-Turso 额度: 提供充足的额度,让团队无需担心数据库成本即可专注开发。

  • 技术支持: 通过优先接触工程团队,获得架构评审、入门指导及持续支持。
  • 早期访问: 在正式公开前抢先体验新功能的机会。
  • 联合营销: 有机会在博客、案例研究、社交媒体渠道中被介绍。

申请资格

获得风险投资、正在探索或构建 many-database 架构的团队均可申请。Adaptive.ai 等公司已经在 Turso 上运行数百万个数据库,为每个 AI 智能体提供独立的数据库。

性能优势

通过全球边缘部署实现超低延迟

Turso 最大的优势在于将数据库分布式部署到全球边缘网络,可在最接近用户的位置处理数据。与传统集中式 PostgreSQL 相比,可将读取延迟从 30-80ms 缩短至 10ms 以内,若使用完整的本地副本,甚至可实现微秒级延迟。

具体基准测试结果显示:

  • 传统数据库: 150-300ms
  • Turso 边缘节点: 5-20ms
  • 读取性能提升: 最高 90%

快速的连接与查询性能

Turso 在数据库连接建立速度方面也表现出色。相比传统方式,连接速度最高快 575 倍,无论数据库中有 10 个、5,000 个还是 10,000 个表,建立新连接仅需 40 微秒。

在与 SQLx 对比的单行 SQLite 查询基准测试中,性能快约 34%;在多线程并行 SELECT 基准测试中,性能快约 30%。

并发写入性能

Turso 的 MVCC(多版本并发控制)实现在并发写入性能方面也有明显改进。在耗费 1ms 计算时间的工作负载下使用 8 个线程时,Turso 的写入事务比 SQLite 快 4 倍。

此外,P90 延迟在所有进程与客户端数量下最高降低 93%,P99 延迟在所有多进程服务器环境下最高降低 95%。

读取性能与写入性能的权衡

Turso 在读取性能方面表现卓越,但由于基于 HTTP 协议的特性,写入性能可能相对较慢。实际基准测试显示,与 Neon PostgreSQL 相比,Turso 在国际地区的读取速度快 36 倍,而写入速度比 PostgreSQL 原生的线协议慢 23 倍。因此,它最适合以读取为主的工作负载。

many-database 架构

Turso 支持一种被称为"many-database architecture(多数据库架构)"的独特架构。它不再让所有用户共享单一的单体数据库,而是为每个用户、智能体、会话分配独立的数据库。

主要特点

  • 基于 API 的数据库创建: 通过毫秒级完成的 API 调用即可立即创建新数据库。
  • 多数据库模式(Schema): 父数据库的模式变更会自动传播到所有子数据库,实现一致的模式管理。
  • 完全隔离: 每个租户或用户拥有完全隔离的独立数据库,自然保证了安全性与性能隔离。

这种架构在 AI 智能体应用、多租户 SaaS、全球化移动应用等场景中尤其能发挥优势。每个智能体会话都可以拥有独立的数据库,使状态管理更加简化,即使出现错误变更也不会影响其他用户。

对小型创业公司而言的有效选择

Turso 之所以能有效帮助小型创业公司构建全球化服务,原因如下。

最小化基础设施投入

得益于其作为分布式部署在全球边缘网络上的 SQLite 兼容数据库这一特性,创业公司无需单独搭建全球基础设施,即可向全球用户提供一致的低延迟服务。相比单一地区的传统数据库,延迟最高可降低 92%。

可扩展的价格结构

免费套餐提供 100 个数据库和 5GB 存储空间,所有自有服务套餐均不限制数据库数量。初期可免费起步,随用量增长再付费,这种结构对流量较少的初创阶段公司而言极具经济性。

简单的开发体验

由于与 SQLite 完全兼容,现有的 SQL 知识和工具可以直接沿用。所有 AI 模型都已经了解如何编写 SQLite 查询,因此集成 AI 功能也很容易。

每个租户独立数据库

在构建多租户服务时,为每个客户提供独立的数据库,可以同时实现数据隔离与性能保障。这让创业公司无需复杂逻辑即可满足企业级的数据隔离要求。

与 Cloudflare 同类产品的对比

与 Turso 最相似的 Cloudflare 产品是 Cloudflare D1。二者最大的区别在于全球数据复制方式。

Turso 可以直接设置数据库副本位置,而 D1 虽然与 Cloudflare Workers 深度集成,但没有提供精细控制副本位置的接口。

Turso 与 Cloudflare D1 对比

特性 Turso (libSQL) Cloudflare D1 (SQLite)
核心技术 基于 Rust 的 libSQL 基于 Cloudflare Workers 的 SQLite
数据复制 在边缘位置部署读副本 在 Workers 中进行读复制(未提供控制接口)
生态系统 可使用 SQLite 兼容工具 与 Cloudflare Workers 及其生态紧密集成
事务 支持事务 有限支持(使用批处理 Batch API)
数据库大小 5GB(免费)/ 9GB(开发者) 500MB(免费)/ 10GB(付费)
每账户数据库数量 100 个(免费)/ 无限制(付费) 5GB(免费)/ 50,000 个(付费)
免费套餐 100 个数据库,5 亿行读取 每日 500 万行读取,10 万行写入
付费套餐 按用量计费(存储与读写) 按用量计费(存储与读写单元)

Cloudflare 的 Turso 同类产品系列

Cloudflare 提供多款与 Turso 目的相似的产品。

Cloudflare D1: 与 Turso 最为相似的产品。是完全托管的分布式 SQLite 数据库,与 Workers 环境完美集成。适用于需要全球数据持久性,并希望在同一生态系统内轻松使用的场景。

Cloudflare Hyperdrive: 用于加速 Workers 访问现有区域性关系型数据库(PostgreSQL、MySQL)时的性能。适用于希望在保留现有数据库基础设施的同时,提升从 Workers 访问的性能的场景。

Cloudflare Durable Objects: Workers 的有状态(stateful)功能。每个 Object 直接管理数据,并保证强一致性。主要用于构建具有强一致性的用户级实时协作应用或游戏服务器。

Cloudflare Workers KV: 面向 Workers 的全球分布式键值存储。适用于读取性能极为重要,并需要缓存用户配置数据或静态内容的场景。

这些 Cloudflare 产品都与 Workers 生态完美集成,并且都能在无服务器环境中方便地使用,这是它们的共同点。可以根据数据模型(关系型、键值、对象)、数据一致性级别以及所需功能(如事务、复杂查询)选择最合适的工具。

需要考虑的事项

Turso 拥有全球边缘部署与 many-database 架构这两大独特优势,但仍需考虑以下几点。

  1. 仍处于 Beta 阶段: 部分 SQLite 功能可能尚未实现,投入生产环境前需要充分测试。
  2. 写入性能限制: 由于基于 HTTP 协议的特性,对于需要大量写入的工作负载,基于 PostgreSQL 的方案可能更为合适。
  3. 生态系统成熟度: 相比 SQLite,其生态系统较为独立,可能与部分现有工具存在兼容性问题。
  4. 不适合复杂查询: 对于需要复杂连接(JOIN)或大规模聚合查询的大数据工作负载,可能不太适合。

不过,在测试 CDN 缓存 + Turso(读取) + Neon(写入)的混合边缘存储架构时,这种组合可能会非常有效。但对于大多数服务而言,仅使用 Turso 一款产品就足以在全球范围内提供最优的读写速度。

参考资料