AWS在2026年11月9日宣布，Amazon Athena新增系统表。启用后，查询执行数据会自动汇入由服务管理的只读Apache Iceberg表，可用于可观测性、用量分析和审计。
数据在查询完成后的数分钟内可用，但并非同步写入实时监控流。运维团队可以直接用SQL分析用量，无需另建采集管道。
系统表记录了哪些使用信息
AWS介绍，系统表覆盖工作组中的查询执行用量。团队可查询query_executions表，并按工作组、用户或表统计扫描的数据量，用来构建成本分摊和审计视图。
它聚焦Athena查询用量。应用端业务行为仍需结合自己的日志与审计数据判断。
数据放在哪里，由谁管理
这些记录保存在Amazon S3 Tables中的服务管理、只读Iceberg表，保留时长可配置。AWS负责表结构、分区、压缩和快照维护，使用方通过Athena查询即可。
只读意味着不能把系统表当成业务写入表修改。规划保存期限时，应结合审计要求和数据生命周期。
和现有监控接口有什么差别
此前可以通过GetQueryExecution API、CloudWatch指标或CloudTrail日志获取相关信息。系统表把使用数据变成可直接筛选、聚合和连接的表格，免去自行搭建ETL的工作。
这不会替代所有现有监控。需要告警、调用追踪或事件归因时，仍应根据需求使用相应服务。
哪些分析工具可以读取
由于存储格式是开放的Apache Iceberg，AWS指出除Athena外，兼容Iceberg的DuckDB、Amazon Redshift和Amazon EMR等引擎也可以查询这些表。跨工具读取时仍需核对对应的访问权限和区域。
多引擎可读不代表数据自动跨区域复制。实际数据位置和权限应以启用系统表的区域与账户配置为准。
上线时应核对哪些边界
该功能在Athena和S3 Tables均可用的AWS区域提供，可从Athena控制台或API启用。团队应先选好保留策略，再核对查询记录是否在数分钟内出现，以及工作组和用户维度的统计是否符合预期。
验收应以真实查询产生的系统表记录为准。控制台显示启用成功，还不足以证明审计和成本分析链路完整。
