MySQL HeatWave 标志

托管 MySQL 会说 MySQL

连接 MySQL 热浪 适用于 Excel、Google Sheets、AI 和 REST

Oracle MySQL HeatWave 可部署在 OCI 或 AWS 上。同一款产品,两种截然不同的网络架构——本卡片将引导您了解您当前使用的是哪一种。

一个连接,每个表面

您的 MySQL HeatWave 数据可以放在哪里

查询流通过一个只读连接,从 Microsoft Excel、Google Sheets、Power BI、AI 助手(通过 MCP)以及 REST 端点读取 Oracle MySQL HeatWave 数据。HeatWave 使用 MySQL 网络协议,因此下游所有操作都是普通的 MySQL。真正不同的是端点的位置:在 OCI 上,HeatWave 系统是您的 VCN 私有的;而在 AWS 上,它会暴露一个您可以直接访问的公共 TLS 端点。这两种情况对同一个问题需要不同的解决方案,而这正是此卡的作用所在。

MySQL HeatWave 是 MySQL 在线传输 — 这是标准驱动程序,因此以下所有指南均适用。唯一与 MySQL HeatWave 相关的部分是连接字符串,详见下文。 连接详情.

  1. 为您的团队、供应商和合作伙伴
  2. MySQL HeatWave 到 Excel 微软 Excel · Excel 加载项

    将实时 MySQL HeatWave 结果直接提取到工作表中,并按需刷新——桌面版 Excel、Excel Online、Microsoft 365。

    MySQL 指南
  3. MySQL HeatWave 到 Google Sheets 表格插件

    从侧边栏运行已保存的 MySQL HeatWave 查询,并将结果行拖放到工作表中。共享协作者可以自行刷新工作表。

    MySQL 指南
  4. 向 Nova 咨询 MySQL HeatWave Nova AI · 文本转 SQL

    用简单的英语提问。Nova 已经了解你的 MySQL HeatWave 表,会自动编写并运行 SQL 语句,解释结果并绘制图表——无需编写查询语句,也无需提供任何凭据。

    Nova 的工作原理
  5. MySQL HeatWave 到数据查看器 结果共享 · 团队、供应商、合作伙伴 · 手机、平板电脑、台式机

    您可以与任何人(同事、供应商、合作伙伴)共享实时 MySQL HeatWave 测试结果,将其以可收藏的网格形式呈现,无论在手机、平板电脑还是台式机上打开,结果都会立即重新显示。他们看到的是测试结果,而不会看到 SQL 代码或凭据。

    数据查看器的工作原理
  6. 对于应用程序和系统
  7. MySQL HeatWave REST API HTTP 端点

    将 MySQL HeatWave 查询发布为任何应用程序都可以调用的已认证 JSON 端点,符合 OpenAPI 3.1 规范,并已预置 Postman、Insomnia 和 Hoppscotch 集合。无需打开数据库端口。

    MySQL 指南
  8. 将 MySQL HeatWave 导入 Power BI Power Query M

    将生成的 Power Query M 粘贴到 Power BI 高级编辑器中,报表即可通过 HTTPS 读取实时 MySQL HeatWave 结果——无需 ODBC 驱动程序,也无需打开数据库端口。

    Power BI 的工作原理
  9. MySQL HeatWave 到 Airtable 自动化平台

    按计划将 MySQL HeatWave 行同步到 Airtable,或者在 Airtable 自动化脚本中获取它们。

    MySQL 指南
  10. MySQL HeatWave 到 Baserow 自动化平台

    通过 REST 端点从 MySQL HeatWave 向 Baserow 表提供数据——无论是自托管还是 Baserow 云。

    MySQL 指南
  11. MySQL HeatWave 到 SeaTable 自动化平台

    无需导出文件或暴露数据库,即可使用 MySQL HeatWave 数据保持 SeaTable 数据库的最新状态。

    MySQL 指南
  12. MySQL HeatWave 到 Smartsheet 自动化平台

    将 MySQL HeatWave 结果推送到 Smartsheet 网格中,以便计划和报告从源系统读取数据,而不是从上周的导出数据读取数据。

    MySQL 指南
  13. MySQL HeatWave 到 Anvil Anvil Works · 应用平台

    通过 REST 端点将 Anvil Python 应用程序与 MySQL HeatWave 连接起来,而不是将数据库凭据嵌入到应用程序中。

    MySQL 指南
  14. 人工智能工具
  15. MySQL HeatWave MCP 服务器 Claude、Cursor 和 MCP 客户端

    赋予 AI 助手对 MySQL HeatWave 的只读访问权限,并提供它编写正确 SQL 所需的架构——聊天中不包含凭据。

    MySQL 指南
  16. 已送达
  17. MySQL HeatWave 警报和报告 Slack · Discord · 电子邮件 · Webhook

    将 MySQL HeatWave 查询添加到计划中,并将查询结果发送到 Slack、Discord、电子邮件或签名 webhook,或者等到行数、阈值或百分比变化超过您设定的阈值时才发送消息。

    警报和报告的工作原理

工作原理

5 个步骤,无需更改入站防火墙规则

01

确定你的部署类型。OCI 上的 HeatWave 是私有的,仅限你的 VCN 使用;AWS 上的 HeatWave 则公开一个端点。

02

将网络代理放置在可以访问端点的位置。对于 OCI,这意味着使用同一 VCN 中的计算实例,并与数据库系统的私有端点通信。对于 AWS,代理可以放置在任何位置。

03

输入端点。在 OCI 上是私有 IP 地址,在 AWS 上是 FQDN,两种情况下端口均为 3306。

04

请填写数据库信息、用户名和密码。这里没有默认用户名——HeatWave 系统创建的管理员用户是您选择的,而不是传统的用户名。

05

启用 SSL 并保存。Microsoft Excel、Google Sheets、Power BI、MCP 和 REST 都可以通过这一个连接读取数据,或者将其与其他数据源合并到一个只读语句中。

专题深度解析

MySQL HeatWave 能给你带来什么?

OCI 是私有的,AWS 是公共的,这会改变代理的运行位置。

HeatWave 作为一个产品销售,但有两种不同的部署形式,其差异决定了您的安装位置,而不是您的连接设置。

  • 在 OCI 上,HeatWave 数据库系统位于您的虚拟集群网络 (VCN) 内部,无法从互联网访问。将代理部署在同一 VCN 中的计算实例上,并将其指向私有端点。
  • 在 AWS 上,HeatWave 会公开一个公共 TLS 端点。代理程序可以在任何可以访问该端点的地方运行,包括您自己的硬件上。
  • 无论哪种方式,代理都只建立出站连接。无需添加入站规则,无需在虚拟网络网络 (VCN) 上打开入口,您的网络和我们的网络之间也无需建立 VPN 连接。
  • 两者的连接设置本身并没有改变。相同的端口、相同的字段、相同的驱动程序。 — 只有终点和合理代理位置不同。

TLS 是复选框,默认情况下处于启用状态。

需要精确说明的是,HeatWave 的两种展开形状确实具有不同的暴露效果。

  • 默认情况下启用 SSL,启用后连接将被加密。 — 代理向 MySQL 请求所需的 TLS 会话。
  • 关闭此选项后,代理将尝试建立未加密的连接。此处没有任何设置会根据端点更改此行为,因此该复选框就是全部机制。
  • 在 AWS 上,这一点尤为重要,因为其端点是公开的。在公共互联网上,启用 TLS 在任何实际意义上都不是可选项。
  • 加密并非证书验证。代理程序要求使用 TLS,但不会验证服务器的证书链,因此请将其视为防止窃听的保护措施,而不是您访问内容的证明。

它的底层是MySQL,这才是重点。

HeatWave 的分析引擎是 Oracle 的业务。而 Query Streams 则通过 MySQL 连接来处理数据。

  • 该代理使用标准的 MySQL 驱动程序连接并运行普通的只读 SQL 语句。查询路径与 HeatWave 无关。
  • MySQL 没有单独的模式层,因此数据库本身就是限定符。这就是跨源引用所承载的意义。
  • 在 HeatWave 的一个连接上执行跨数据库查询,其工作方式与在任何 MySQL 服务器上执行查询的方式相同,因此单个连接可以访问多个数据库。
  • 创建只读用户是值得的。查询流不会写入数据,但确保这一点的最安全方法是在数据库层面进行设置,而不是在工具层面。
-- 普通 MySQL,只读,通过 TLS SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM customers AS c JOIN orders AS o ON o.customer_id = c.id WHERE o.placed_at >= NOW() - INTERVAL 30 DAY GROUP BY c.name ORDER BY revenue DESC;

每个数据库连接器共享

适用于所有数据库连接器

  • 仅限出站 — 代理程序会打开一个加密连接到查询流。无需转发入站端口,无需 VPN,无需 IP 允许列表,您的数据库信息不会暴露在互联网上。
  • 凭证保留 — 数据库用户名和密码存储在您安装代理的计算机上。Query Streams 永远不会收到这些信息,也无法自行访问您的数据库。
  • 只读,强制执行 ——一次只执行一条语句,仅限 SELECT 及其相关语句。写入操作会在发送到服务器之前就被本地机器拒绝,而不是依赖于其他人设置的权限。
  • 部署任意数量的代理 每个站点、区域或云端只需一个代理。所有数据源都显示在同一个下拉菜单中,因此无需了解哪个代理托管哪些数据源。

查询保存后您将获得什么?

  • 分享的是能力,而不是 SQL — 同事或外部合作伙伴可以运行您的查询并更改其筛选条件,而无需查看其背后的语句。
  • 双向过滤 — 您可以自己将它们声明为 @variables,或者让连接器发现 WHERE 子句中已有的字面值,并将其作为下拉列表提供。
  • 随时随地阅读 — Microsoft Excel、Google Sheets、Power BI、REST API、MCP 上的 AI 助手、查询生成器和 Nova 都读取同一个已保存的查询。
  • 同时运行多个程序 — 将五个已保存的查询分别保存到五个工作表标签中,同时进行流式传输,无论结果有多大。
  • 将其连接到您已连接的任何其他内容 — 用一条只读语句访问另一个数据库、业务 API 或文件文件夹。

跨源 SQL

将 MySQL HeatWave 数据库连接到其余数据中

一条语句可以同时跨越 MySQL HeatWave 和其他连接。每个数据源只运行它能够执行的部分,并将结果流式传输回来,连接操作则在中心位置集中执行——各个数据源之间互不通信,也不会复制任何数据。

3 个连接 · 3 个代理

MySQL 热浪 托管 MySQL
PostgreSQL 关系引擎
条纹 付款与账单

一份声明

——没有任何复制、合并或安排操作。
选择   c.region,COUNT(*) AS orders,SUM(i.amount_due) AS invoiced
从     热浪行动.shopdb.orders1 f
连接     pg_crm.public.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 语句,并且对单个查询中每个数据源可以传输的数据量有限制。 联合查询的工作原理

连接详情

MySQL HeatWave 需要什么

端点
OCI 上的私有 IP 地址,AWS 上的 FQDN。
港口
3306
司机
MySqlConnector 由代理程序携带——Oracle 端无需安装任何软件。
代理安排
在 OCI 上,计算实例与数据库系统位于同一虚拟云网络 (VCN) 中。在 AWS 上,任何可以访问公共端点的实例均可访问。
TLS
此功能由“使用 SSL”复选框控制,默认启用。启用后,连接将进行加密;但不会验证证书链。
用户名
没有默认值。HeatWave 系统是使用您指定的管理员用户创建的。
池化
没有暴露,代理在此处不应用任何池化器适应性调整。
已保存
MySQL。HeatWave 使用 MySQL 网络协议,因此下游的所有操作都是普通的 MySQL 操作。
默认架构
数据库本身。MySQL 没有单独的模式层,因此联合引用会携带数据库名称。

OCI 和 AWS 的差异是这张卡片上唯一真正会让人措手不及的地方,这也是它排在首位的原因。在 AWS 上,HeatWave 的行为与其他任何具有公共端点的托管 MySQL 服务一样,无需考虑任何问题。但在 OCI 上,它被设计为私有于您的 VCN,即使拥有正确的凭证,位于 VCN 之外的代理也无法访问。关键在于如何将代理部署到正确的 VCN 中的计算实例上,这属于基础设施决策,而非连接设置问题。

这张卡片上没有粘贴框,这并非疏忽,而是有意为之。OCI 不像 Heroku 或 Railway 那样提供现成的连接 URI——你需要根据数据库系统的详细信息自行构建端点——因此,粘贴框在这里就等于一个空框。实际操作中,你需要输入五个字段。

对于跨源查询,MySQL 使用数据库而非模式进行限定,因此您名为 heatwave_ops 的连接会访问名为 heatwave_ops.shopdb.orders 的表——数据库的位置相当于 Postgres 卡片上的模式。它通过一条只读语句连接到 CSV 文件文件夹、本地记录系统或计费 API——无需复制任何内容,也无需安排任何操作。

供应商文档: www.oracle.com

常问问题

关于 MySQL HeatWave 的问题

哪些工具可以通过查询流读取 MySQL HeatWave 数据?

所有这些工具,只需一次连接即可使用:Excel、Google Sheets、MCP、REST API、Airtable、Baserow、SeaTable、Smartsheet、Anvil、Power BI、定时提醒和报表。只需连接一次数据库,所有平台都使用同一个只读连接——无需为每个工具单独设置,也无需创建数据副本。

我是否需要为我的 MySQL HeatWave 数据库打开防火墙端口?

不。Query Streams 网络代理运行在您的网络内部,并打开一个单独的出站加密连接。它不会监听入站流量,无需 VPN,数据库也会保留其现有的防火墙规则。

查询流能否更改 MySQL HeatWave 中的数据?

不。代理在执行时强制执行只读模式——一次只执行一条语句,仅限 SELECT 及其相关语句。凭据保留在代理上,绝不会发送到查询流。

Query Streams 需要什么才能连接到 MySQL HeatWave?

一个可访问的主机、一个角色及其密码——代理程序自带驱动程序,因此无需在数据库端安装任何内容。端点:OCI 上的私有 IP 地址,AWS 上的完全限定域名 (FQDN)。端口:3306。驱动程序:MySqlConnector,由代理程序携带——Oracle 端无需安装任何内容。代理程序部署位置:在 OCI 上,部署在与数据库系统位于同一虚拟云网络 (VCN) 的计算实例上。在 AWS 上,部署在可以访问公共端点的任何位置。

我可以在同一个查询中将 MySQL HeatWave 连接到另一个数据库吗?

是的——这就是联合查询。一条语句可以同时引用 MySQL HeatWave 和其他连接,格式为 connection.schema.table。每个数据源只运行它能够执行的部分,并将结果流式传输回来;连接操作在中心进行,因此数据源之间不会相互连接,也不会进行任何复制或调度。所有部分(SELECT、WITH 和 EXPLAIN)都采用只读模式,并且单个数据源在单次查询中可以传输的数据量有限制。联合查询是一项计划功能;联合查询页面会显示当前的数据源和大小限制。

连接 MySQL HeatWave 与连接 MySQL 有什么不同?

仅需连接字符串。MySQL HeatWave 使用 MySQL 网络协议,因此过滤器、计划任务、共享、Excel 和 Google Sheets 插件以及 MCP 服务器的行为都完全相同。MySQL HeatWave 卡片会自动填充提供商所需的主机、端口和 SSL 设置。

是否有将 MySQL HeatWave 转换为 Excel 的指南?

是的——这是 MySQL 指南,而且就 MySQL HeatWave 而言,指南中的内容是正确的。MySQL HeatWave 使用 MySQL 通信协议,因此 MySQL HeatWave 连接到 Excel、Google Sheets 以及其他所有目标平台都遵循相同的步骤。唯一 MySQL HeatWave 特有的部分是连接字符串,MySQL HeatWave 卡片会为您自动填写这部分内容。

将 MySQL HeatWave 部署到实际工作环境中

安装代理,将其指向您的数据库,然后选择目标位置。

只读 仅限出站 凭证保留在代理人身上。