如果你常用表格做分析，可能遇过这种场面：数据留在本机时处理得很顺，一旦文件放到远端，或者需要让另一台机器访问，等待时间和部署复杂度就上来了。DuckDB 2.0 想同时处理这些问题。它给远程读取、半结构化数据和客户端—服务器用法补上关键能力，并直接成为长期支持版本。
DuckDB 是一种可嵌入应用、也能在本机运行的分析数据库，擅长扫描和汇总大量表格数据。它采用列式存储——把同一字段的值集中存放，因此在“只读几列、统计很多行”的任务中通常更高效。
据 DuckDB 团队的官方博客，2.0.0 于 2026 年 10 月 21 日发布，代号为“Cinnamon Teal”。官方把它定义为以新增功能为重点的 feature release，而不是一次单纯的稳定性更新。本文涉及的功能、性能和支持周期均来自这一官方信源，尚无独立测试交叉验证。
这次不只是换了版本号
从 1.x 跳到 2.0，是语义化版本中的主版本跃升，通常意味着可能出现不向后兼容的变化。官方也明确提到破坏性变更和迁移，因此生产团队不能把它当作普通补丁直接替换。
但 2.0 同时获得了 LTS 身份。LTS 即“长期支持版本”，表示维护方计划在较长周期内提供修复和兼容支持。官方称，DuckDB 2.0 至少支持到 2027 年 10 月。上一代 LTS 1.4 将支持到 2026 年 11 月下旬；1.5 的支持期则延长至 2027 年 3 月，官方称这实际上也让它成为了 LTS。
这形成了一个少见但实用的过渡窗口：团队不必在 2.0 发布后立刻迁移，可以留在 1.4 或 1.5 上测试应用、扩展和查询是否兼容，再决定升级时间。发布当天，CLI——命令行客户端——和 Python 客户端已经可用；Go、R、Java 客户端以及部分扩展可能因额外修改和审核晚几天上线。
DuckDB 开始走出单个进程
DuckDB 从一开始就是进程内数据库，也就是跟应用运行在同一个程序里，不必另起数据库服务器。这种方式部署轻，但不天然适合多台机器通过网络共同访问。
2026 年 5 月发布的 1.5.3 已引入 Quack 协议和 quack 扩展，让 DuckDB 可以采用传统的客户端—服务器模式。到了 2.0，官方称 Quack 的性能和稳定性有“显著改进”，但没有给出基准数字，因此目前只能把它视为官方的定性说法。
新加入的 CONNECT 语句，则把“挂载远程数据库”和“切换过去使用”合并成一条命令。它不只面向 Quack，也可指向支持这一机制的其他远程数据库，包括 PostgreSQL。换句话说，DuckDB 仍然保留嵌入式用法，同时开始提供更直接的远程工作方式。
安全边界也值得注意。Quack 服务默认只监听 localhost，即仅接受本机连接。需要让其他机器访问时，官方建议继续让服务留在本机地址之后，再通过负责终止 TLS 加密连接的反向代理对外提供入口。直接暴露服务的 allow_other_hostname 选项只用于测试。
远程文件和“不整齐”的数据更好用了
2.0 为读取 Parquet 和 CSV 文件加入异步 I/O。I/O 是程序读写文件或网络数据的过程；“异步”意味着系统不必每发出一次读取请求就原地等待，而能在后台同时保持多个请求。查询处理与读取层可以分别扩展，官方因此称，访问 s3:// 等对象存储时能获得更高并行度和更快查询。不过供稿没有提供具体耗时或第三方测试结果。
另一个重点是 VARIANT 类型。它用于保存 JSON 这类半结构化数据：每一行的形状可以不同，却不必全部退回纯文本处理。1.5 已经引入 VARIANT，2.0 则把它完整接入存储、执行以及 Parquet 读写流程。
官方所说的“shred”，可以理解为先找出数据里反复出现的结构，再把这些部分拆开组织。这样既保留每行结构不完全一致的灵活性，也能继续利用列式执行和压缩。对同时处理事件日志、用户属性等不规则数据的团队，这是比版本号本身更具体的变化。
它甚至开始照顾 AI 代理
DuckDB 2.0 的 CLI 还能识别 Claude Code、Codex、Cursor 等编程代理，并切换到 agent mode。这个模式会输出更紧凑的 Markdown 表格，明确说明结果是否被截断，提前终止失控查询，并用 JSON 报告错误。长时间运行的 SQL 还会先报告预期成本，让代理判断是否继续等待。
DuckDB 团队称，在其 TPC-H 实验中，agent mode 让模型需要读取的 DuckDB 输出减少了 59%。TPC-H 是用于测试分析型数据库查询的基准；但这个数字仍来自项目方实验，材料没有披露更完整的测试设置或外部复现。
为什么值得关注
2.0 真正影响生产选型的，不是某一个炫目的新语法，而是几个方向同时出现：DuckDB 仍可作为轻量的嵌入式分析引擎，又向远程数据库访问、对象存储和 AI 代理操作扩展；与此同时，LTS 给团队提供了明确的维护时间预期。
需要纠正的是，“最大版本”并非官方表述。现有材料只足以称它为一次主版本、feature release 和 LTS。更准确地说，这是 DuckDB 一次功能密集、且需要认真规划迁移的大版本升级。
局限与未知
- 官方没有给出 Quack 与异步 I/O 的完整基准数字，实际收益仍取决于工作负载和部署环境。
VARIANT、agent mode 等能力的兼容边界及迁移细节，在供稿中没有展开。- 客户端与扩展的可用状态只代表发布当天；升级前仍应核对对应语言客户端、扩展和迁移说明。