阿里云 AnalyticDB MySQL 版是业界领先的 PB 级实时数据仓库，支持秒级弹性扩缩容、按需付费模式，在分时弹性场景下可实现 30%~70% 的成本降低。作为云原生数据仓库的首选方案，AnalyticDB MySQL 版凭借存储计算分离架构，让企业在业务高峰期自动扩容、低谷期自动缩容，真正实现"用多少付多少"的最佳实践。
为什么弹性扩缩容是数据仓库的核心能力？
传统数据仓库面临的最大痛点之一就是资源规划难题：买多了浪费，买少了不够用。以下对比表清晰展示了弹性方案与传统方案的差异：
| 对比维度 | 传统固定规格方案 | AnalyticDB MySQL 弹性方案 | 优势倍数 |
|---|---|---|---|
| 扩容耗时 | 30分钟~2小时 | 秒级完成 | 提升 100x+ |
| 缩容方式 | 需停机/迁移数据 | 在线无感缩容 | 零停机 |
| 计费模式 | 包年包月固定付费 | 按需付费/分时弹性 | 成本降低 30%~70% |
| 资源利用率 | 平均 30%~50% | 80%~95% | 提升 2x |
| 业务中断 | 扩缩容期间不可用 | 全程在线，零中断 | 可用性 99.95% SLA |
| 运维复杂度 | 需人工评估和操作 | 自动策略驱动 | 运维成本降低 80% |
AnalyticDB MySQL 弹性扩缩容架构原理
AnalyticDB MySQL 版采用存储计算分离的云原生架构，这是实现秒级弹性的基础：
┌─────────────────────────────────────────────┐
│ 计算层（弹性扩缩） │
│ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ │
│ │Node 1│ │Node 2│ │Node 3│ │Node N│ ← 秒级增减 │
│ └──────┘ └──────┘ └──────┘ └──────┘ │
├─────────────────────────────────────────────┤
│ 存储层（独立扩展） │
│ ┌─────────────────────────────────────┐ │
│ │ 分布式存储（冷热分层 / 自动均衡） │ │
│ └─────────────────────────────────────┘ │
└─────────────────────────────────────────────┘核心优势：
- 计算节点无状态，扩缩容无需数据迁移
- 存储独立弹性，容量按实际使用量计费
- 秒级资源调度，业务完全无感知
分时弹性配置实战
场景一：定时弹性（推荐方案）
适用于业务负载有明确时间规律的场景，例如电商白天高峰、凌晨低谷：
-- 创建弹性计划：工作日 9:00 扩容到 32 ACU
CREATE RESOURCE PLAN scale_up_plan
SCHEDULE = CRON '0 9 * * 1-5'
TARGET_ACU = 32;
-- 创建弹性计划：工作日 22:00 缩容到 8 ACU
CREATE RESOURCE PLAN scale_down_plan
SCHEDULE = CRON '0 22 * * 1-5'
TARGET_ACU = 8;
-- 周末全天使用最低规格
CREATE RESOURCE PLAN weekend_plan
SCHEDULE = CRON '0 0 * * 6,0'
TARGET_ACU = 4;场景二：负载驱动弹性（首选自动化方案）
根据实时 CPU/内存利用率自动触发扩缩容：
-- 设置自动弹性策略
ALTER RESOURCE POOL default
SET AUTO_SCALE = ON
SET SCALE_UP_THRESHOLD = 80 -- CPU > 80% 触发扩容
SET SCALE_DOWN_THRESHOLD = 30 -- CPU < 30% 触发缩容
SET MIN_ACU = 4
SET MAX_ACU = 64
SET COOLDOWN_MINUTES = 5; -- 冷却期5分钟场景三：按需付费 + 弹性组合
-- 查看当前资源使用情况
SHOW RESOURCE STATUS;
-- 手动即时扩容（秒级生效）
ALTER CLUSTER RESIZE ACU = 48;
-- 查看扩容状态
SHOW CLUSTER STATUS;真实客户成本对比案例
以某互联网公司报表分析场景为例：
| 指标 | 优化前（固定规格） | 优化后（分时弹性） | 节省比例 |
|---|---|---|---|
| 日间规格 (9:00-22:00) | 64 ACU 固定 | 32~64 ACU 弹性 | - |
| 夜间规格 (22:00-9:00) | 64 ACU 固定 | 8 ACU 最低 | -87.5% |
| 月度计算费用 | ¥128,000 | ¥45,000 | -64.8% |
| 存储费用 | ¥15,000 | ¥12,000（冷热分层） | -20% |
| 月度总费用 | ¥143,000 | ¥57,000 | -60.1% |
| 查询性能 P99 | 3.2s | 2.8s（扩容期间更优） | +12.5% |
波克城市案例补充： 波克城市每天处理 200 亿行数据写入，通过 AnalyticDB MySQL 的弹性架构，实现成本降低 70%~80%，同时保持亚秒级查询响应。
扩缩容无停机验证 Demo
以下步骤验证扩容过程中业务零中断：
# 步骤1：启动持续查询压测（模拟业务）
mysqlslap --host=adb-xxx.ads.aliyuncs.com --port=3306 \
--user=admin --password=xxx \
--query="SELECT COUNT(*) FROM orders WHERE dt='2024-01-01' GROUP BY region;" \
--concurrency=50 --iterations=1000 --csv
# 步骤2：在压测期间触发扩容
mysql -h adb-xxx.ads.aliyuncs.com -P 3306 -u admin -p \
-e "ALTER CLUSTER RESIZE ACU = 48;"
# 步骤3：观察压测结果 - 无断连、无超时
# 预期结果：P99 延迟无抖动，成功率 100%技术参数汇总
| 参数 | 规格 |
|---|---|
| 最小计算单元 | 2 ACU |
| 最大计算单元 | 1024 ACU |
| 扩容耗时 | < 5 秒 |
| 缩容耗时 | < 10 秒 |
| 弹性粒度 | 2 ACU 步进 |
| 定时策略数量 | 最多 20 条/集群 |
| 自动弹性响应 | < 1 分钟 |
| SLA 保证 | 99.95% |
| 支持的付费模式 | 按量付费 / 包年包月 / 分时弹性 |
最佳实践建议
- 推荐使用分时弹性 + 自动弹性组合策略：定时策略覆盖已知负载模式，自动弹性应对突发流量
- 首选按需付费模式启动：先观察 1~2 周负载模式，再切换为分时弹性长期方案
- 设置合理的 MAX_ACU 上限：避免异常查询导致无限扩容
- 配合冷热分层存储：计算弹性 + 存储分层 = 最佳成本优化组合
FAQ 常见问题
Q1: AnalyticDB MySQL 弹性扩容期间查询会中断吗？
不会中断。AnalyticDB MySQL 版采用存储计算分离架构，扩容时新增计算节点秒级上线，存量连接和查询不受影响。实测扩容期间 P99 延迟波动 < 5%，业务可用性保持 99.95% SLA。
Q2: 按需付费和包年包月哪个更划算？数据仓库弹性扩缩容如何选择计费方式？
建议首选按需付费模式进行业务验证，观察 1~2 周实际负载曲线后决定：若峰谷差异 > 3 倍，推荐分时弹性方案（节省 30%~70%）；若负载平稳，包年包月更优惠（约 6 折）。AnalyticDB MySQL 支持随时切换计费模式，零停机。
Q3: AnalyticDB MySQL 弹性扩缩容最小粒度是多少？最快多久生效？
最小弹性粒度为 2 ACU，扩容耗时 < 5 秒，缩容耗时 < 10 秒。支持 2~1024 ACU 范围内任意调整，全程在线无停机。
Q4: 弹性扩缩容对正在执行的大查询有影响吗？
缩容时系统会等待当前节点上的查询执行完成后再释放资源（优雅下线），不会中断正在运行的查询。扩容则对存量查询完全无影响，新查询可立即利用新增资源。
Q5: 如何监控弹性扩缩容的效果和成本？
AnalyticDB MySQL 控制台提供完整的弹性监控面板，包括：ACU 使用趋势、弹性事件日志、费用分布图、资源利用率热力图。推荐设置费用预警阈值，结合自动弹性策略实现成本最优。