部署建议

• AMS 使用 MySQL 或 PostgreSQL 作为系统数据库，并部署一主多备高可用。

• Dashboard 置于 HTTPS、统一身份认证和访问控制之后，1260/1261 仅向计算与 Optimizer 网络开放。

• 按环境隔离开发、测试和生产的系统数据库、ZooKeeper cluster-name、Catalog 和存储路径。

Catalog规划

• 一个Catalog对应明确的元数据服务、存储环境和表格式，名称采用可识别的小写命名规范。

• 在Catalog层配置通用表属性，在表级仅覆盖差异项。

• 使用 database-filter 和 table-filter 控制纳管范围，避免无意纳管全部存量表。

自优化资源规划

• 按业务域、数据敏感级别或SLA划分Optimizer Group，实现资源隔离。

• 主键CDC 表、高写入速率表优先保障资源；纯追加且查询不敏感的表可降低quota。

• 首次启用从少量测试表开始，观察文件数量、优化耗时、查询性能和失败率后逐步扩大。

变更管理

• 先测试、后灰度、再全量；涉及文件重写、快照过期和数据清理的参数在低峰期变更。

• 升级前备份系统数据库、配置、插件和自定义 JAR，确认数据库升级脚本和回滚方案。

• 停止Optimizer前检查Executing和Committing状态，避免中断关键提交阶段。