一个连接,每个表面
你的Vultr数据可以去哪里
- 1 出站连接
- 0 入境口岸
- 只读 · 凭据保留
运行
- 为您的团队、供应商和合作伙伴
-
在 Excel 插件 · 按需刷新
-
谷歌工作表 附加组件 · 按需刷新
-
新星人工智能 用简单的英语提问 · 文本转 SQL
-
数据查看器 分享实时结果 · 团队、供应商、合作伙伴 · 任何设备
- 对于应用程序和系统
-
REST API JSON 端点 · OpenAPI 3.1
-
Power BI Power Query M
-
计划同步 Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- 人工智能工具
-
人工智能助手 Claude · Cursor · MCP 服务器
- 已送达
-
警报和报告 Slack · Discord · 电子邮件 · Webhook
查询流通过一个只读连接,从 Microsoft Excel、Google Sheets、Power BI、AI 助手(通过 MCP)以及 REST 端点读取 Vultr 管理的数据库。一张卡片涵盖了 Vultr 提供的两种数据库引擎:PostgreSQL 和 MySQL,您可以在顶部选择使用哪一个。开始之前,有两点需要注意:Vultr 为每个集群分配一个非标准端口,而不是使用引擎的默认端口;此外,两种引擎在加密方面采用不同的处理方式。这两点将在下文中详细介绍。
Vultr Managed Databases 是 PostgreSQL / MySQL 的在线版本 — 这是标准驱动程序,因此以下所有指南均适用。唯一 Vultr 特有的部分是连接字符串,详见下文。 连接详情.
- 为您的团队、供应商和合作伙伴
-
Vultr 卓越 微软 Excel · Excel 加载项
将 Vultr 的实时结果直接导入工作表,并可按需刷新——支持桌面版 Excel、Excel Online 和 Microsoft 365。
PostgreSQL 指南 -
Vultr 到 Google Sheets 表格插件
从侧边栏运行已保存的 Vultr 查询,并将结果行拖放到工作表中。共享协作者可以自行刷新工作表。
PostgreSQL 指南 -
问问Nova关于Vultr的事 Nova AI · 文本转 SQL
用简单的英语提问。Nova 已经了解你的 Vultr 表,会自动编写并运行 SQL 语句,解释答案并绘制图表——无需编写查询语句,也无需提供任何凭据。
Nova 的工作原理 -
Vultr 到数据查看器 结果共享 · 团队、供应商、合作伙伴 · 手机、平板电脑、台式机
您可以与任何人(同事、供应商、合作伙伴)共享实时 Vultr 查询结果,以可收藏的网格形式呈现,无论在手机、平板电脑还是台式机上打开,结果都会立即更新。他们看到的是查询结果,而不会看到 SQL 语句或凭据。
数据查看器的工作原理 - 对于应用程序和系统
-
Vultr REST API HTTP 端点
将 Vultr 查询发布为任何应用程序都可以调用的已认证 JSON 端点,符合 OpenAPI 3.1 规范,并预置了 Postman、Insomnia 和 Hoppscotch 集合。无需打开数据库端口。
PostgreSQL 指南 -
Vultr 到 Power BI Power Query M
将生成的 Power Query M 粘贴到 Power BI 高级编辑器中,报表即可通过 HTTPS 读取 Vultr 的实时结果——无需 ODBC 驱动程序,也无需打开数据库端口。
Power BI 的工作原理 -
Vultr 到 Airtable 自动化平台
按计划将 Vultr 行同步到 Airtable,或者在 Airtable 自动化脚本中获取它们。
PostgreSQL 指南 -
Vultr 到 Baserow 自动化平台
通过 REST 端点从 Vultr 向 Baserow 表提供数据——无论是自托管还是 Baserow 云。
PostgreSQL 指南 -
Vultr 到 SeaTable 自动化平台
无需导出文件或公开数据库,即可使用 Vultr 数据保持 SeaTable 数据库的最新状态。
PostgreSQL 指南 -
Vultr 到 Smartsheet 自动化平台
将 Vultr 结果推送到 Smartsheet 表格中,以便计划和报告能够从源系统读取数据,而不是从上周的导出数据读取数据。
PostgreSQL 指南 -
Vultr 到 Anvil Anvil Works · 应用平台
通过 REST 端点将 Anvil Python 应用程序与 Vultr 集成,而不是将数据库凭据嵌入到应用程序中。
PostgreSQL 指南 - 人工智能工具
-
Vultr MCP 服务器 Claude、Cursor 和 MCP 客户端
赋予 AI 助手对 Vultr 的只读访问权限,并提供它需要的架构以编写正确的 SQL——聊天中不包含凭据。
PostgreSQL 指南 - 已送达
-
Vultr警报和报告 Slack · Discord · 电子邮件 · Webhook
将 Vultr 查询设置为定时执行,并将查询结果发送到 Slack、Discord、电子邮件或签名 webhook,或者等到行数、阈值或百分比变化超过您设定的阈值时才发送消息。
警报和报告的工作原理
工作原理
5 个步骤,无需更改入站防火墙规则
将网络代理安装在可以访问集群的任何位置。它只建立出站连接,因此不需要入站防火墙规则。
在 Vultr 门户中打开“托管数据库”,选择您的集群,然后选择“概览”和“连接详细信息”。
将连接字符串粘贴到第一个字段中。主机、端口、数据库、用户名和密码将从中读取,引擎选择器遵循该方案——postgres:// 字符串选择 PostgreSQL,mysql:// 字符串选择 MySQL。
检查端口号。Vultr 会为每个集群分配一个端口,PostgreSQL 通常使用 16751,因此需要核实此字段,而不是随意假设。
启用 SSL,进行测试并保存。可从 Microsoft Excel、Google Sheets、Power BI、MCP 或 REST 读取。
专题深度解析
Vultr 能给你带来什么
端口是按集群划分的,它是吸引人们的字段。
大多数托管服务提供商都使用默认引擎。但 Vultr 并非如此,下游的一切都依赖于引擎的正确设置。
- PostgreSQL 集群通常使用 16751 端口而不是 5432 端口,MySQL 集群也有自己专属的端口。这个端口号属于集群,而不是数据库引擎。
- 因此,该卡故意将端口留空,而不是预先填充一个错误的默认值。必须手动输入或粘贴端口号,否则无法保存。
- 那算是比较好的失败。一个错误但看似合理的 5432 错误代码会顺利通过表单,然后在连接时超时,这会被判定为防火墙阻止,从而把你引向完全错误的方向。
- 从“连接详细信息”中粘贴连接字符串是可靠的方法,因为端口信息包含在其中。
一张卡,两个引擎,但它们的加密方式不同。
顶部的发动机选择器比驾驶员的设置变化更大。在取消选中任何复选框之前,请务必先阅读这部分内容。
- 选择 PostgreSQL 后,无论复选框的设置如何,代理都会强制对所有 .vultrdb.com 主机进行加密。Vultr 要求这样做,代理不会向该主机名发送明文。
- 选择 MySQL,复选框就是全部机制。默认情况下它处于启用状态,启用期间连接会加密,但即使您将其关闭,也不会有任何更改。
- 区别在于结构而非疏忽:代理维护着一个托管的 PostgreSQL 主机名表,并强制对这些主机名使用 TLS 加密,而 MySQL 没有对应的表。所有多引擎网卡都存在同样的问题。
- 无论哪种方式,实际操作指导都是一样的。 — 启用“使用 SSL”。在 MySQL 数据库中,它是唯一保护连接的机制。
- 这两种情况下,证书链都未经验证。加密的作用在于防止任何人读取流量,而不是证明是哪个服务器响应的。
连接能做什么和不能做什么
两款发动机均享有相同的保修条款。
- 代理运行的所有操作都是只读的,一次只能执行一条语句,它不会执行任何写入操作。
- 凭据会保留在您安装代理的计算机上。Query Streams 不会保留任何凭据副本,也不会保留您的任何数据副本。
- 您可以共享运行已保存查询的权限,而无需共享其背后的 SQL 代码或数据库密码。
- 无论你选择哪个引擎,连接都会保存为该引擎的名称,Vultr 会保留为徽章。
-- 只读,无论你选择哪个引擎\nSELECT c.name,\nCOUNT(o.id) AS orders,\nSUM(o.amount) AS revenue\nFROM customers AS c\nJOIN orders AS o ON o.customer_id = c.id\nWHERE o.placed_at >= now() - interval '30 days'\nGROUP BY c.name\nORDER BY revenue DESC;
每个数据库连接器共享
适用于所有数据库连接器
- 仅限出站 — 代理程序会打开一个加密连接到查询流。无需转发入站端口,无需 VPN,无需 IP 允许列表,您的数据库信息不会暴露在互联网上。
- 凭证保留 — 数据库用户名和密码存储在您安装代理的计算机上。Query Streams 永远不会收到这些信息,也无法自行访问您的数据库。
- 只读,强制执行 ——一次只执行一条语句,仅限 SELECT 及其相关语句。写入操作会在发送到服务器之前就被本地机器拒绝,而不是依赖于其他人设置的权限。
- 部署任意数量的代理 每个站点、区域或云端只需一个代理。所有数据源都显示在同一个下拉菜单中,因此无需了解哪个代理托管哪些数据源。
查询保存后您将获得什么?
- 分享的是能力,而不是 SQL — 同事或外部合作伙伴可以运行您的查询并更改其筛选条件,而无需查看其背后的语句。
- 双向过滤 — 您可以自己将它们声明为 @variables,或者让连接器发现 WHERE 子句中已有的字面值,并将其作为下拉列表提供。
- 随时随地阅读 — Microsoft Excel、Google Sheets、Power BI、REST API、MCP 上的 AI 助手、查询生成器和 Nova 都读取同一个已保存的查询。
- 同时运行多个程序 — 将五个已保存的查询分别保存到五个工作表标签中,同时进行流式传输,无论结果有多大。
- 将其连接到您已连接的任何其他内容 — 用一条只读语句访问另一个数据库、业务 API 或文件文件夹。
跨源 SQL
将 Vultr 与您的其他数据连接起来
一条语句可以同时跨越 Vultr 和其他连接。每个数据源只运行它能够处理的部分,并将结果流式传输回来,连接操作在中心统一进行——数据源之间互不通信,也不会复制任何数据。
3 个连接 · 3 个代理
一份声明
——没有任何复制、合并或安排操作。
选择 c.region,COUNT(*) AS orders,SUM(i.amount_due) AS invoiced
从 vultr_db.公共.订单1 f
连接 ERP SQL.dbo.customers2 c ON c.id = f.customer_id
连接 计费.stripe.invoices3 i ON i.customer = c.stripe_id
GROUP BY c.区域
ORDER BY 发票上的描述;
这三个部分分别是连接、模式和表——连接名称就是你给它起的任何名字。这里用列举例说明;你的表就是你自己的表。所有部分都采用只读模式:仅支持 SELECT、WITH 和 EXPLAIN 语句,并且对单个查询中每个数据源可以传输的数据量有限制。 联合查询的工作原理
连接详情
Vultr需要什么
- 主持人
- db-postgresql-abc123.vultrdb.com — 该卡可识别 .vultrdb.com 后缀
- 港口
- 每个集群都分配一个,故意留空。PostgreSQL 的 ID 通常为 16751;请从门户网站复制实际的 ID。
- 发动机
- 卡片顶部可以选择 PostgreSQL 或 MySQL。粘贴连接字符串即可自动设置。
- 司机
- 代理程序自带 Npgsql 或 MySqlConnector,Vultr 端无需安装任何软件。
- 粘贴格式
- 概述、连接详细信息中的字符串,以 postgres:// 或 mysql:// URI 的形式显示。
- 默认值
- 数据库 defaultdb 和用户 vultradmin 已预先填充,与 Vultr 创建的内容一致。
- TLS
- 在 PostgreSQL 上,.vultrdb.com 的代理会强制执行此操作。在 MySQL 上,此操作由复选框控制,默认启用——请保持启用状态。无论哪种方式,都不会验证证书链。
- 池化
- 无。Vultr 不暴露任何池化器,代理也不应用任何池化器自适应。
- 已保存
- PostgreSQL 或 MySQL,Vultr 保留为徽章
- 默认架构
- 在 PostgreSQL 上是公开的。MySQL 连接则以其数据库名称来限定。
非标准端口是本页需要重点关注的内容。这是一个小细节,却会导致一个令人困惑的错误,因为连接到正确主机但端口错误的连接不会被拒绝——连接会卡住然后超时,这看起来就像防火墙阻止了连接一样。复制连接字符串而不是手动输入主机名可以避免这类问题,因为端口号包含在连接字符串中。
值得明确指出的是,不同引擎的加密方式有所不同,因为两者的复选框看起来完全相同。在 PostgreSQL 中,它是一种双重保障,用于确保代理程序已经提供的安全性;而在 MySQL 中,它本身就是安全性保障。相同的组件,不同的权重,但其背后的逻辑指令对两者而言是相同的。
对于跨源查询,限定符位于引擎之后,而不是徽标之后。例如,您创建的名为 vultr_db 的 PostgreSQL 连接应写成 vultr_db.public.orders;而相同的 MySQL 连接则使用其数据库进行限定。该查询语句可以连接到 CSV 文件文件夹、本地记录系统或计费 API,只需一条只读语句即可完成。
供应商文档: www.vultr.com
常问问题
关于 Vultr 管理型数据库的问题
哪些工具可以通过查询流读取 Vultr 管理数据库的数据?
所有这些工具,只需一次连接即可使用:Excel、Google Sheets、MCP、REST API、Airtable、Baserow、SeaTable、Smartsheet、Anvil、Power BI、定时提醒和报表。只需连接一次数据库,所有平台都使用同一个只读连接——无需为每个工具单独设置,也无需创建数据副本。
我是否需要为我的 Vultr Managed Databases 数据库打开防火墙端口?
不。Query Streams 网络代理运行在您的网络内部,并打开一个单独的出站加密连接。它不会监听入站流量,无需 VPN,数据库也会保留其现有的防火墙规则。
查询流能否更改 Vultr 管理数据库中的数据?
不。代理在执行时强制执行只读模式——一次只执行一条语句,仅限 SELECT 及其相关语句。凭据保留在代理上,绝不会发送到查询流。
Query Streams 需要哪些组件才能连接到 Vultr 管理的数据库?
一个可访问的主机、一个角色及其密码——代理程序自带驱动程序,因此无需在数据库上安装任何软件。主机:db-postgresql-abc123.vultrdb.com——该卡可识别 .vultrdb.com 后缀。端口:每个集群分配一个端口,此处特意留空。PostgreSQL 通常使用 16751 端口;请从门户网站复制实际端口号。引擎:PostgreSQL 或 MySQL,在卡片顶部选择。粘贴连接字符串即可自动设置。驱动程序:Npgsql 或 MySqlConnector,由代理程序自带——Vultr 端无需安装任何软件。
我可以在同一个查询中将 Vultr 管理的数据库连接到另一个数据库吗?
是的——这就是联合查询。一条语句可以同时引用 Vultr 管理的数据库和其他连接,格式为 connection.schema.table。每个数据源只运行它能够执行的部分,并将结果流式传输回来;连接操作在中心进行,因此数据源之间不会相互连接,也不会进行任何复制或调度。所有部分(SELECT、WITH 和 EXPLAIN)都采用只读模式,并且单个数据源在单次查询中可以传输的数据量有限制。联合查询是一项计划功能;联合查询页面会显示当前的数据源和大小限制。
连接 Vultr Managed Databases 与连接 PostgreSQL 有何不同?
仅需连接字符串。Vultr Managed Databases 使用 PostgreSQL 网络协议,因此过滤器、调度、共享、Excel 和 Google Sheets 插件以及 MCP 服务器的行为完全一致。Vultr 卡会自动填充提供商所需的主机、端口和 SSL 设置。
是否有从 Vultr 到 Excel 的转换指南?
是的——这是 PostgreSQL 指南,而且就 Vultr 管理的数据库而言,指南内容完全正确。Vultr 使用 PostgreSQL 的网络协议,因此 Vultr 连接到 Excel、Vultr 连接到 Google Sheets 以及其他所有目标平台都遵循相同的步骤。唯一 Vultr 特有的部分是连接字符串,而 Vultr 卡片会自动为您填写这部分内容。

