2026阿里云国际版云原生数据仓库AnalyticDB实战教程：ACU计费怎么算、冷热分层怎么省与ACU小时包折扣测算

Meta Description: 面向海外数据团队，完整拆解阿里云国际版 AnalyticDB for MySQL（云原生数据仓库）。预留/弹性 ACU、PL1~PL3 热存储、冷存储、湖存储与请求费的官方美元单价，从创建集群、配白名单、mysql 客户端连接到 ODS/DWD/ADS 分层建模的完整实操，附官方算例复核、ACU 小时包与存储包折扣测算和十个 FAQ。

关键词：阿里云国际版AnalyticDB、AnalyticDB教程、AnalyticDB价格、ACU计费、云原生数据仓库、AnalyticDB for MySQL、冷热分层、ACU小时包、存储包、OLAP数仓、成本测算

一句话答案：阿里云国际版的 AnalyticDB for MySQL 是一台「MySQL 协议的云原生 OLAP 数仓」——它按 ACU（预留 1 ACU ≈ 1 核 8G）小时单价加上冷热分层的存储小时单价计费，中国香港/新加坡等地预留 ACU 为 32.31 美元/月或 0.06923 美元/小时，热数据 PL1 存储 0.00033 美元/GB/小时、冷数据只要 0.000028 美元/GB/小时；想省钱的核心动作是「冷热分层 + 买 ACU 小时包 + 给 Spark 作业用 Spot」，而不是去砍那一档已经固定的小时单价。

对在阿里云国际版（alibabacloud.com）上做数据分析的海外团队来说，AnalyticDB 是那份最容易「看着便宜、账单超预期」的产品之一。它没有任何一台你能 ssh 上去的机器，控制台里只有「计算 ACU、存储 GB、请求次数」三行数字；它同时卖预留资源和弹性资源，而两者的 ACU 换算口径还不一样；它的存储又分成热、冷、湖、缓存四种，单价差了三个数量级。看不懂这三件事，账单就一定会失控。

本文面向海外开发者与数据团队，把 AnalyticDB for MySQL 讲透四件事：它和站内其它数据产品谁管谁 → ACU 与冷热分层到底怎么计费 → 从开集群到跑通分层建模的完整实操 → 怎么用 ACU 小时包和存储包把账单打下来。文中的美元单价全部取自阿里云官方帮助文档的英文口径，价格可能变动，请以官方购买页与控制台结算页为准；国际站不同地域的实际单价与文档列举的地域并不完全一致，正文会逐处标注。

一、先划边界：AnalyticDB 和站内其他数据产品谁管谁

AnalyticDB 最劝退新手的地方，是它和阿里云已有的数据库、大数据产品看起来都在「存数据、算数据」。先把边界划清楚，后面才不会买错、也不会和本站已经写过的产品文重叠。

一句话总结边界：PolarDB/RDS 管「一笔一笔写进来的交易」，MaxCompute 管「一批一批算出来的离线结果」，AnalyticDB 管「边写边查、要高并发返回的实时分析」。本文只讲 AnalyticDB for MySQL 这一条线的计费与实操，其它产品只做边界引用，不重复展开。

📝 小提示：AnalyticDB 家族其实有三个成员——AnalyticDB for MySQL、AnalyticDB for PostgreSQL、以及面向数据湖的形态。其中 Data Lakehouse Edition（数据湖仓版）官方已停止新购（仅存量集群可继续使用），所以国际站新用户实际能买到的，主要是 MySQL 版与 PostgreSQL 版。本文聚焦兼容 MySQL 协议、生态最广的 AnalyticDB for MySQL，PostgreSQL 版的 Serverless / Supabase 能力留到另一篇拆。

二、AnalyticDB for MySQL 到底是什么：两个版本、三种引擎

AnalyticDB for MySQL 被官方定义为「面向 OLAP 负载的 PB 级、高并发、实时数据仓库托管服务」。拆开看有三个关键词：

• PB 级：存储与计算分离，热数据落本地 ESSD，冷数据自动下沉到低成本介质，单集群可覆盖 PB 级数据。
• 高并发：读写分离 + 多副本架构，一份数据服务大量并发查询，适合 BI 大屏和多租户报表。
• 实时：支持实时写入（upsert）后立刻可查，不需要像传统离线数仓那样「跑批才能看数」。

两个版本决定了可用性与价格：

⚠️ 最容易踩的价差：官方文档明确写着——企业版使用多副本存储，所以热数据存储费要乘以 2；基础版是单副本，按 1 倍计。同一份 100 GB 热数据，企业版的存储费是基础版的两倍这不是「坑」，而是为高可用付的代价，选型时必须先算清楚。

三个引擎 / 三类资源组决定了一个集群能跑什么作业：

XIHE 是 AnalyticDB 自研的 MPP 执行引擎，负责在线高并发查询；Spark 引擎负责离线批处理与外部表（数据湖）查询。记法很简单：「在线看数用 XIHE，离线跑批用 Spark」。

三、ACU 与冷热分层：AnalyticDB 到底怎么计费

AnalyticDB for MySQL 的钱分成三个互相独立的大类：计算（预留 + 弹性）、存储（热 / 冷 / 湖 / 缓存 / 备份）、请求次数。官方文档的原话是「这种拆分让你为每一类资源按实际用量付费」。逐个说清楚：

3.1 计算费：ACU 是唯一单位，但预留与弹性的换算不一样

ACU（Alibaba Cloud Unit）是这套计费的核心单位，但它对预留和弹性是两套口径：

• 预留资源：1 ACU ≈ 1 核 + 8 GB 内存。这是你创建集群时就承诺的基线算力，可以按量付也可以包年包月。
• 弹性资源：1 ACU ≈ 1 核 + 4 GB 内存。这是预留容量之外按需伸缩的部分，只支持按量付费。

计费公式也不同：

// 预留资源（按量或订阅）：单节点规格 × 节点数 × 时长 × ACU 单价
// 弹性资源（仅按量）：实际消耗 ACU 数 × 时长 × ACU 弹性单价

触发弹性收费的有三类情况：定时伸缩（伸缩计划执行后多出来的部分）、自动伸缩（交互式资源组开启多 Cluster 后超过预留的部分）、以及作业型资源组的超出部分。另外还有一个唯一能用折扣买单的「Spot 实例资源」：给作业型资源组开启 Spot 后，Spark 作业可以使用资源池里的空闲 Executor，单价低于 ACU 弹性价，但只适用于按需伸缩、不适用于定时伸缩。

3.2 存储费：热、冷、湖、缓存，单价差三个数量级

存储是这套账单里差异最大的部分。AnalyticDB for MySQL 把数据按「访问热度的生命周期」分层存放，每层单价与计费方式都不一样：

📝 小提示：热数据那条「企业版 ×2」不是重复收费，而是多副本的物理成本。所以在成本测算里，同一个 GB 的企业版热数据一定要写两遍——本文第六节的算例就是按官方口径乘 2 的。

3.3 请求费：只在开了「湖存储」时才产生

只有当你启用了数据湖存储功能时，对 OSS 的 PUT / GET 请求才会计费，单位是每 10,000 次请求。热数据读写本身不产生额外的请求费——这一点和对象存储不同，别把 OSS 的请求费口径套过来。

3.4 计费粒度的两个细节

• 按量付费的企业版与基础版集群，预留资源按小时计费：资源用不满一小时，也按一小时算。
• 其余计费项按分钟结算（存储、缓存、备份、请求等）。

也就是说，只有「预留算力」这一项是整小时取整的，其余都是精细到分钟。这决定了「临时跑一小时就释放」这种玩法在大集群上并不划算——预留那部分的取整会吃掉你的省。

四、实操第一步：创建 AnalyticDB for MySQL 集群

整个开通过程在控制台点几下就完成，真正需要动脑的是选版、选地域、选预留规格这三处。

4.1 进控制台，逐项配置

1. 登录 AnalyticDB for MySQL 控制台（ads.console.alibabacloud.com，或从 alibabacloud.com 产品页进 Console）。
2. 右上角点 Create Cluster（创建集群），进入购买页。
3. 按下表逐项配置，其余参数保持默认即可：

1. 完成下单，等待约 10–15 分钟，集群列表中状态变为 Running 即可使用。

⚠️ 企业版节点数设为 0 的坑：文档明确「企业版不能为 0 ACU 预留」用在建内置表上——如果你把预留节点设为 0，就只能用外部表（走 OSS 数据湖）；要建 AnalyticDB 内置表，预留节点数必须大于 0。想省那点预留费、又需要内置表高性能索引的团队，别在一开始就把节点数压到 0。

4.2 建账号、建资源组

集群 Running 之后，还要两步才算能跑作业：

Step A：建数据库账号。 进入集群详情页 → 左侧 Accounts（账号） → Create Account（创建账号）。AnalyticDB 支持两种账号：

• 特权账号（Privileged）：类似 MySQL 的 root，可管理所有普通账号和数据库；
• 普通账号（Standard）：需要手动授权，适合给业务方使用。

Step B：建资源组。 进入集群详情 → Resource Management（资源管理） → Create Resource Group。按作业类型选：

• 想跑在线 MPP 查询 → 建 Interactive 资源组并选 XIHE 引擎；
• 想跑离线 Spark → 建 Job 资源组；
• 快速测试的话，把「最小算力」设为 0 ACU、「最大算力」设为 8 ACU 即可。

五、实操第二步：连接集群并跑通分层建模

5.1 配白名单 + 从命令行连接

连接 AnalyticDB for MySQL 有三个前提：集群 Running、已配 IP 白名单、已建数据库账号。

1. 配白名单：集群详情页 → 网络信息 → 白名单，把要连接的机器公网 IP 加进去。没配白名单，端口是通但认证一定失败。
2. 拿到连接地址：集群详情页 → Cluster Information（集群信息） → Network Information（网络信息），复制 Endpoint，形如 mv-bp1sehs22w****.ads.aliyuncs.com。
3. 用 MySQL 客户端连接（端口固定 3306，不可改）：

// 通用连接命令
mysql -h<adb_url> -P3306 -u<adb_user> -p<adb_password>

// 官方示例（把 **** 换成你的真实地址）
mysql -hamv-bp1sehs22w****.ads.aliyuncs.com -P3306 -utest -pTest123

因为 AnalyticDB for MySQL 兼容 MySQL 协议，mysql 客户端、DBeaver、Navicat、以及各类 JDBC/Go/Python 驱动都能直连，迁移成本极低——这也是它相对「纯 OLAP 引擎」最大的工程优势。

📝 小提示：官方控制台还提供 SQL Console（SQL 控制台），可以不装任何客户端，直接在浏览器里选引擎与资源组执行 SQL；页面上还内置了一份 Load Built-in Dataset（加载内置数据集），用来 5 分钟内验证集群是否正常。

5.2 兼容 MySQL，但建表语法有「数仓特色」

连接成功后，用标准 SQL 建库建表。AnalyticDB 的数仓实践推荐 ODS → DWD → ADS 三层建模：

• ODS（操作数据层）：承接源数据，做轻度 ETL；
• DWD（明细数据层）：清洗、过滤、规范化；
• ADS（应用数据层）：面向报表与分析，必须建索引以保证查询性能。

官方快速开始给出的 XIHE 版建表语句长这样（注意 DISTRIBUTED BY HASH 与 PARTITION BY VALUE 是数仓特有的分布/分区语法）：

// 1) 建库
CREATE DATABASE test_xihe_db;

// 2) ODS 层：按 id 哈希分布、按 age 分区、建表不建索引、生命周期 4 天
CREATE TABLE test_xihe_db.adb_xihe_ods (
  id   int,
  name string,
  age  int
) DISTRIBUTED BY HASH (id)
  PARTITION BY VALUE (age)
  LIFECYCLE 4
  INDEX_ALL = 'N';

// 3) 写入测试数据
INSERT INTO test_xihe_db.adb_xihe_ods (id, name, age) VALUES
  (001,'Anna',18),(002,'Bob',22),(003,'Cindy',12),(004,'Dan',25);

// 4) DWD 层：过滤掉 id = 002 的数据写入明细层
CREATE TABLE test_xihe_db.adb_xihe_dwd (
  id int, name string, age int
) DISTRIBUTED BY HASH (id) PARTITION BY VALUE (age) LIFECYCLE 4 INDEX_ALL = 'N';

INSERT INTO test_xihe_db.adb_xihe_dwd
SELECT id, name, age FROM test_xihe_db.adb_xihe_ods WHERE id != 002;

// 5) ADS 层：面向业务，建索引（INDEX_ALL 默认开启）
CREATE TABLE test_xihe_db.adb_xihe_ads (
  id int, name string, age int
) DISTRIBUTED BY HASH (id) PARTITION BY VALUE (age) LIFECYCLE 4;

INSERT INTO test_xihe_db.adb_xihe_ads
SELECT id, name, age FROM test_xihe_db.adb_xihe_dwd WHERE age > 15;

// 6) 在线查询（选 XIHE 引擎 + Interactive 资源组）
SELECT * FROM test_xihe_db.adb_xihe_ads;

返回结果应为：

+------+-------+------+
| id   | name  | age  |
+------+-------+------+
| 4    | Dan   | 25   |
| 1    | Anna  | 18   |
+------+-------+------+

两个必须记住的细节：

• LIFECYCLE n（生命周期）是省钱的第一开关：它让超过 n 天的历史分区自动删除，从源头控制存储量。数仓里最贵的从来不是算力，而是「谁都不看、却一直付钱」的冷分区。
• 分析冷数据前要 SET 三个参数：官方特别提醒，查询离线热数据前需先执行 SET adb_config CSTORE_HOT_TABLE_ALLOW_SINGLE_REPLICA_BUILD=true; 等三条语句，否则后续 SQL 会直接失败。这一点在纯 MySQL 里不存在，是数仓引擎的脾气。

六、价格与方案对比表

下面所有单价均取自阿里云官方帮助文档（英文美元口径，2026 年）。价格可能变动，请以官方购买页与控制台结算页为准；国际站以美元计价与结算。

6.1 计算：预留 ACU 单价（按地域）

一句话读表：订阅价几乎是按量月费的 6.5 折（如内地 21.54 ÷ 33.23 ≈ 0.648）。所以「稳定长期跑」的集群，转订阅是最直接的一次省钱。

6.2 计算：弹性 / Spot / 远程构建

Spot 用来跑作业型资源组的 Spark 作业，比弹性价便宜约 30%——这是全篇最容易被忽略、却能直接降本的一项。

6.3 存储：热 / 冷 / 湖 / 缓存 / 备份（单副本单价）

记得乘 2：企业版多副本，热数据存储费 = 上表单价 × 2；基础版单副本，按 1 倍计。

换算成更好记的月价（×720h）：冷数据约 0.02016 USD/GB·月，全地域统一；内地热数据 PL1 基础版约 0.1584、企业版约 0.3168 USD/GB·月。热与冷的单价比约 1 : 8——把不常查的历史分区下沉到冷存，是存储降本的第一手段。

6.4 请求费（仅在启用湖存储时）

6.5 一个可复算的整机成本示例

假设你在中国香港地域开一个企业版、3 个预留节点、单节点 8 ACU、按量付费的集群，一个月内集群常驻、热数据 100 GB、冷数据 260 GB：

作为对照，同样 3 节点 × 8 ACU 的集群，官方在内地（杭州）给出的按量小时算例是：预留 0.04615 × 8 × 3 × 1 = 1.1076，加单可用区热数据 0.00022 × 100 × 1 × 2 = 0.044，加冷数据 0.000028 × 260 × 1 = 0.00728，合计 1.15888 USD/小时；换成多可用区，热数据单价升到 0.00033，合计 1.18088 USD/小时。可以看到，地域差（内地 vs 香港）对预留算力的影响远大于存储层——选地域就是选成本。

⚠️ 上述算例均为「示意测算」，未含弹性伸缩、缓存、请求等变量；实际以控制台结算页为准。

七、优惠：把账单打下来，靠的是 ACU 小时包与存储包

AnalyticDB for MySQL 的省钱武器是两类预付费资源包，以及一个常被忽略的 Spot。它们不打折单价本身，而是「预付换折扣」。

7.1 ACU 小时包：容量越大折扣越狠

ACU 小时包是预付费的算力额度，在有效期内按小时抵扣集群消耗的 ACU。规则要点：

• 按量集群：小时包可抵扣「预留资源 + 弹性资源」；
• 订阅集群：小时包只能抵扣弹性资源（预留部分已预付）；
• 有效期 1 个月，用不完的额度到期作废、不结转；不能升配降配，可多份叠加；
• 只能在同地域内共享，一个包可被同地域多个集群共用。

三个主流地域的折扣表（USD/ACU·小时）：

📝 小提示：最大档 50,000 ACU·小时对应内地 8 折、香港/新加坡 8 折。但请务必先按「月用量 = 预留 ACU × 节点数 × 720」估一遍：买超了的部分到期直接归零，囤错的代价是负收益。宁可先买小档、下月再补，也别一次性囤满。

7.2 存储包：热、冷分开买，冷数据折扣更深

存储包是预付费的存储额度，可覆盖订阅与按量两种集群；按「存储类型 + 地域」绑定，不能跨类型使用；不可退、不可升级、可多份叠加。

⚠️ 冷数据存储包的节省要拿「按量冷存价」比，不是拿热存价比。按量冷存 0.02016 USD/GB·月，而冷数据包在 10,000 GB 档只要 1.51 USD/100GB·月 = 0.0151 USD/GB·月，约省 25%；而热数据包单价（内地 0.3036 USD/GB·月）反而高于基础版按量热存月价（0.1584）——因为企业版热存本身要 ×2，热数据包对企业版才划算。买包前一定要先按自己的版本和实际月度 GB 算一遍，别只看「包 = 便宜」这四个字。

7.3 另外两个省钱动作

• Spot 跑 Spark 作业：作业型资源组开启 Spot 后，Spark 作业单价约降 30%，适合 T+1 可延迟的离线跑批。
• 订阅时长越长折扣越大：官方明确「订阅时长越长，折扣越大」，配合 LIFECYCLE 缩减冷分区，两端一起砍才是完整的降本闭环。

八、六个省钱动作与五个必避的坑

六个省钱动作：

1. 冷热分层是第一位：用 LIFECYCLE 让冷分区自动下沉，热存与冷存单价差约 1:8，比任何折扣都猛。
2. 稳定负载一律转订阅：订阅价约为按量月费的 6.5 折，且时长越长越便宜。
3. 给 Spark 作业开 Spot：弹性价 × 约 0.7，离线跑批立省三成。
4. ACU 小时包按「月用量」买，不要囤：先算 预留 ACU × 节点数 × 720，卡着档位买、下月补，别让额度过期。
5. 存储包先按版本算账再买：企业版买热数据包划算，基础版按量反而更省；冷数据包三个档位差距不大，但都优于按量。
6. 节点数别乱加：企业版节点数是 3 的倍数、步长 3，每加一组就是一笔固定月费；先把单节点 ACU 与查询并发对齐，再决定要不要加节点。

五个必避的坑：

1. 把企业版热数据忘了乘 2 —— 多副本存储是物理成本，成本表里漏乘会低估近一半。
2. 预留节点数设为 0 却想建内置表 —— 0 预留只能建外部表；内置表必须预留节点 > 0。
3. 只挑便宜的作为「最优解」 —— 弹性 ACU 是 1 核 4G，预留 ACU 是 1 核 8G，两者换算口径不同，直接比单价会算错。
4. 误以为「关机就停费」 —— AnalyticDB 是按 ACU×小时累计的产品，没有「关机」这个动作，要停止计费只能释放集群；不用的集群请直接删除，而不是放着。
5. 把请求费套 OSS 口径 —— 只有启用湖存储时对 OSS 的 PUT/GET 才计费，热数据读写本身不产生请求费。

九、常见问题 FAQ

• Q: AnalyticDB for MySQL 和高并发 OLTP 的 PolarDB / RDS 有什么区别？

A: 一句话——RDS/PolarDB 面向「一笔一笔写、强一致」的交易型负载（OLTP）；AnalyticDB 面向「边写边查、高并发返回」的分析型负载（OLAP）。电商订单写入用 RDS，订单大屏与多维报表用 AnalyticDB，二者经常组合使用，而不是二选一。

• Q: ACU 到底是多大？为什么预留和弹性两种口径？

A: 预留：1 ACU ≈ 1 核 + 8 GB；弹性：1 ACU ≈ 1 核 + 4 GB。预留是你承诺的基线算力（可订阅），弹性是超出的按需部分（仅按量）。做成本对比时务必先统一口径。

• Q: 到底要选企业版还是基础版？

A: 有可用性要求的生产环境选企业版（多副本 + 多可用区 HA），但热数据存储费 ×2；测试或成本敏感的非核心分析选基础版（单副本，仅多可用区部署）。别用基础版跑核心业务。

• Q: 开了多可用区是不是哪里都能用？

A: 不是。官方明确多可用区部署仅在中国内地指定地域（杭州、上海、北京、张家口、深圳）以及中国香港、新加坡支持。其它地域只能单可用区。

• Q: 集群建好后能改地域吗？

A: 不能。地域购买后不可更改，务必在创建时就选离业务最近的地域。跨地域迁移只能靠数据导出/同步另建集群。

• Q: 用哪种客户端连接？端口能改吗？

A: 因为兼容 MySQL 协议，mysql 命令行、DBeaver、Navicat、JDBC 都能连；端口固定 3306，不可修改。连接前必须把客户端机器 IP 加进白名单。

• Q: 为什么我查询离线热数据时报错？

A: 官方要求查询离线热数据前先执行三条 SET（如 SET adb_config CSTORE_HOT_TABLE_ALLOW_SINGLE_REPLICA_BUILD=true;），否则后续 SQL 会失败。这是数仓引擎的专属行为，纯 MySQL 里不存在。

• Q: 备份要额外花钱吗？

A: 创建集群时自动开启数据备份，最近的一次备份集永久免费，只对超出的备份集按 USD/GB·小时 收费。

• Q: 国际站会比自己印象里的价格贵吗？会受汇率影响吗？

A: 国际站以美元计价与结算，本文单价即官方英文文档美元口径；不同地域单价差异明显（预留 ACU 内地 21.54、亚太 32.31、欧美 30.16 USD/ACU·月），选地域就是选成本。价格与优惠可能随时调整，请以官方为准。

• Q: Data Lakehouse Edition（数据湖仓版）还能买吗？

A: 官方已明确停止新购，仅存量集群可继续使用。新用户请选企业版/基础版（MySQL 版），或评估 AnalyticDB for PostgreSQL。

十、总结

AnalyticDB for MySQL 是一台「MySQL 协议的云原生 OLAP 数仓」，它的账单只有三类：计算（预留 + 弹性）、存储（热/冷/湖/缓存/备份）、请求（仅湖存储）。把它讲清只需记住三句话：

1. ACU 是唯一算力单位：预留 1 ACU ≈ 1 核 8G、弹性 1 ACU ≈ 1 核 4G；预留可订阅（≈ 按量 6.5 折），弹性只按量。
2. 存储靠分层省钱：热与冷单价差约 1:8，企业版热存 ×2；LIFECYCLE 是控制冷分区的第一开关。
3. 折扣靠预付费包：ACU 小时包最大档 8 折但按月清零，别囤；存储包要按版本与区域先算账再买；Spark 作业记得开 Spot。

如果你第一次在阿里云国际版上做 OLAP 数仓，建议先用按量 + 基础版跑通「建集群 → 配白名单 → mysql 连接 → ODS/DWD/ADS 分层」这条链路，把 ACU 与冷热分层的账单结构摸清楚，再根据真实月度用量决定要不要转订阅、买多大的 ACU 小时包。价格可能变动，请以官方为准；注册与采购前请确认当地法规合规性。

延伸阅读（本站相关文章）：

• 阿里云国际版注册教程：免实名、支付宝与国内信用卡支付
• 阿里云国际版 Hologres 实时数仓实战教程
• 阿里云国际版 Lindorm 多模数据库实战教程
• 阿里云国际版 MaxCompute 大数据计算实战教程
• 阿里云国际版 Tair 云数据库 Redis 实战教程
• 阿里云国际版节省计划与预留实例省钱攻略

⚠️ 免责声明：本文中提到的配置、价格和优惠信息可能随时间变化，请以阿里云国际版官网（alibabacloud.com）的实时信息为准。本文不构成任何投资或购买建议。注册前请确认当地法规合规性。

本文由 2.chengzicloud.cloud 提供，点击访问首页了解更多