如何利用EMRAI助手分析大数据作业性能瓶颈

一份运行成功的作业，也可能把大量时间耗在等待和数据读写上。EMR AI 助手将作业上下文、诊断过程和报告整合在同一个交互页面中，适合先看清瓶颈落在哪个环节，再围绕证据继续追问。

下面以火山引擎网页控制台中的 EMR Serverless Spark 作业诊断界面为主，认识几个常用区域。使用前需要开通相关服务，并拥有目标作业的访问权限。

概述

左侧导航负责切换业务页面；进入作业诊断后，对话区承接提问和分析过程，报告区展示结论，信息源与历史入口则用于核对依据和找回记录。了解这些区域的分工，阅读报告时就不必只盯着一句“建议增加资源”。

EMR AI 助手整体界面，包含左侧导航、中间对话区和右侧报告区

当前作业诊断有明确的类型范围：Serverless 支持 Spark、Ray、Presto、Doris、StarRocks，EMR on ECS 支持 PySpark。本文介绍的常规作业入口以 Serverless Spark 为例；Doris、StarRocks 的 Serverless OLAP 作业应从对应实例的“SQL 诊断”页面进入。

关于作业实例列表

在控制台左侧打开“作业中心 → 作业实例”。列表把诊断对象和具体运行实例联系起来，目标作业所在行右侧“操作”列中的“AI 助手”，就是带着该作业上下文进入分析页的入口。

这里最值得先看的，是作业 ID、状态和运行时间。相同业务可能有多次提交，名称相近并不代表同一次执行。分析一次耗时异常，应先对上那次实例，而不是拿最近一次正常运行的结果解释旧问题。

作业实例列表，高亮显示操作列中的AI助手按钮

页面发起的诊断会自动带入当前作业相关信息，适合已经找到具体异常实例的情况。若只是咨询某类性能问题，也可从左侧“EMR AI 助手”统一入口进入，但需要在问题中说明真实对象和背景。

关于对话区

对话区用于描述目标、查看诊断进展，以及围绕当前结论追问。底部输入框可以输入问题，再用回车或发送按钮提交；首页“试一试”区域的推荐问题则会在点击后直接发送，“换一批”用于更换推荐内容。

性能问题适合交代三个要素：哪次作业、哪里超出预期、希望优先分析什么。例如说明该实例虽然成功，但总耗时明显高于日常，希望区分资源等待、计算和读写的影响，并列出判断依据。

对话区底部输入框及“试一试”推荐问题区域

后续追问仍放在当前会话里，便于接着讨论同一份报告。顶部“新建会话”会对当前作业开启新的诊断，和继续追问的用途不同；仅仅想看清已有结论时，无须反复新建。

关于诊断报告与信息源

诊断完成后，页面右侧显示报告。常规内容包括异常根因和优化建议；开启生成深度分析报告时，还会提供阶段指标、瓶颈识别等更深入的总结。内容随作业和实际采集到的信息变化，不应把固定样例当成每份报告都具备的数据。

阅读性能报告时，可以把信息分成“表现、依据、建议”：表现是慢在哪里，依据是对应指标或日志，建议则是下一步可以验证的改动。作业总耗时长，并不能单独证明 CPU 不够；若主要时间在等待，优先关注的就应是等待原因。

右侧诊断报告面板及信息源链接

报告旁的“解析信息源”用于查看信息来源，诊断细分步骤也可打开详情。遇到“数据倾斜”“资源不足”这样的判断，可回到这些区域核对它依据哪个阶段、哪段日志，以及数据是否属于当前实例。缺少依据时，先追问需要补充什么信息。

关于报告保存与历史会话

报告右上角的复制、下载入口用于保留结果。保存时同时记下作业 ID 和本次运行时间，后续比较优化前后情况才有对应关系；单独留一句建议，容易丢掉适用条件。

统一入口页面右上角的“历史会话”可以找回诊断记录。关闭诊断页面不会立即终止已经发起的分析，返回时可先查看原记录的进度与结果。

页面右上角的历史会话按钮

验证优化效果时，沿用同一业务范围，记录输入规模、资源配置及实际耗时，再把新指标补充到原会话。对话区提出问题，报告区提供分析，信息源核对依据，历史记录保存上下文，这几个区域配合起来，才能把瓶颈判断落到可复查的事实。