ora-01422报错主因是静默模式执行awrsqrpt.sql导致提示行被误解析；须手动进入sql*plus，set verify off/feedback off；sql id必须查dba_hist_sqlstat并校验dbid、实例号、快照范围。
awrsqrpt.sql 运行就报 ORA-01422？先确认执行环境
这个错误几乎必现——awrsqrpt.sql 本质是交互式 SQL*Plus 脚本，不是命令行工具。用 sqlplus -S / as sysdba @?/rdbms/admin/awrsqrpt.sql 这类静默模式直接运行，它会把后续的提示行（比如 Enter value for report_type:）当成 SQL 执行，触发“exact fetch returns more than requested number of rows”。
必须手动进入 SQL*Plus：先执行 sqlplus / as sysdba，再在已连接状态下敲 @?/rdbms/admin/awrsqrpt.sql。运行前加两行：
SET VERIFY OFF SET FEEDBACK OFF
否则脚本读取输入时可能把变量名当字段解析，尤其在含中文或特殊字符的环境里更易出错。
SQL ID 必须从 dba_hist_sqlstat 查，别碰 v$sql
v$sql 是内存视图，内容随时被刷、SQL 文本可能截断、空格/换行/注释不一致，靠 LIKE '%xxx%' 匹配出来的 sql_id 基本无效——AWR 报告认的是归一化后的哈希值，不是你眼见的文本。
正确路径只有一条：
- 查
dba_hist_sqlstat，带上时间范围和plan_hash_value（避免同 SQL ID 多计划混淆） - 用
dbms_lob.substr(sql_text, 200, 1)从dba_hist_sqltext提取开头片段交叉验证 - 示例语句：
SELECT sql_id, plan_hash_value, executions_delta FROM dba_hist_sqlstat WHERE sql_id = 'abc123xyz789' AND snap_id BETWEEN 12345 AND 12350;
DBA 权限不够？那就连 / as sysdba，别试图用普通用户绕。
HTML 报告中文乱码、图表空白？不是编码问题，是加载链断了
HTML 版默认用 ISO-8859-1 编码，但乱码只是表象。真正卡住人的是资源加载失败：生成的 .html 文件依赖同目录下的 awrrpt.css、awrrpt.js 和 $ORACLE_HOME/rdbms/jlib/oracle.sql.jar。这三个文件缺一不可。
常见失效点：
- Linux/AIX 上，
umask导致新生成的 HTML 文件权限为 600，浏览器无法读取同目录 CSS - 双击
file://协议打开，现代浏览器因跨域拦截 JS 加载 -
oracle.sql.jar不存在或不可读（尤其打过 PSU 后路径变更）
临时解法：改用 report_type=text；长期解法：确保运行用户对 $ORACLE_HOME/rdbms/admin/ 有读权限，并用 python3 -m http.server 8000 起本地服务访问报告。
DBID、实例号、快照范围三者必须同时准确
awrsqrpt.sql 不校验输入合法性。输错 DBID（比如把 O 当 0），它不会报错，而是静默生成空报告或跨库数据；填错 inst_num（RAC 环境漏查 gv$instance），报告里 SQL 统计就少一半实例；快照 ID 不成对或超出 dba_hist_snapshot 范围，报告里时间线直接错位。
每次执行前花 30 秒确认：
SELECT dbid FROM v$database;-
SELECT instance_number FROM gv$instance;（单机也查，别硬写 1） SELECT snap_id, begin_interval_time FROM dba_hist_snapshot WHERE snap_id IN (12345, 12350);
最易忽略的是：快照必须属于同一实例、同一 DBID、且时间连续——AWR 不会自动对齐跨实例的 snap_id，人工选错一个，整份报告的 Top SQL 排序就不可信。
