awrsqrpt.sql报ORA-01422因非交互环境误解析提示;须在SQL*Plus中SET VERIFY OFF/FEEDBACK OFF后手动执行;SQL ID须从dba_hist_sqlstat查,禁用vsql模糊匹配;HTML乱码应转码或改用text模式;报告聚合不校验每快照执行情况,定位问题需先查具体snap_id。awrsqrpt.sql 为什么总报错 ORA-01422:exact fetch returns more than requested number of rows这是最常卡住人的地方------awrsqrpt.sql 默认走交互式输入,但一旦在非 sql\*plus 环境(比如某些自动化脚本、sql developer 的"运行脚本"模式)里执行,它会把后续的 prompt 当作 sql 执行,导致解析失败,最终触发 ora-01422。真正该做的不是改参数,而是绕过交互:用 @?/rdbms/admin/awrsqrpt.sql 启动前,先在 SQL\*Plus 里显式设置 SET VERIFY OFF 和 SET FEEDBACK OFF必须在 SQL\*Plus 中运行,不能用 sqlplus -S / as sysdba @awrsqrpt.sql 这类静默模式------它会跳过所有提示,直接崩正确姿势是:先连进 SQL\*Plus,再手动敲 @?/rdbms/admin/awrsqrpt.sql,然后按顺序填:报告类型(text/html)、DBID、实例号、快照范围、SQL IDSQL ID 怎么准确提取?别靠 vsql.text 模糊匹配vsql.text 里查到的 SQL 可能被截断、带换行或空格不一致,直接复制过去生成报告大概率找不到语句。AWR 里认的是归一化后的 sql_id,不是你眼见的"那条 SQL"。稳妥办法只有一条路径:从 dba_hist_sqlstat 查,条件必须含 sql_id + plan_hash_value + 时间范围,例如:SELECT sql_id, plan_hash_value, executions_delta, elapsed_time_delta/1000000 et_secFROM dba_hist_sqlstatWHERE sql_id = 'abc123xyz789' AND snap_id BETWEEN 12345 AND 12350;如果还不确定 SQL ID,用 dba_hist_sqltext 配合 dbms_lob.substr(sql_text, 200, 1) 看开头片段,再结合 sql_id 关联查千万别用 SELECT sql_id FROM vsql WHERE sql_text LIKE '%xxx%'------v$sql 不是 AWR 快照源,内容随时被刷,且大小写、空格、注释都会影响匹配生成 HTML 报告时中文乱码、表格错位怎么办HTML 版报告默认用 ISO-8859-1 编码,Oracle 数据库字符集是 AL32UTF8 时,中文字段名、SQL 文本、等待事件全会变方块或折行异常。这不是报告工具的问题,是输出管道没转义: RedClaw 百度推出的手机端万能AI Agent助手
相关推荐
金銀銅鐵11 小时前
[Python] 从《千字文》中随机挑选汉字cup1116 小时前
[技术复盘] Windows Python 打包实战:Nuitka 环境踩坑总结与 CI 自动化构建全指南aqi0018 小时前
15天学会AI应用开发(七)有了大模型为什么还要引入RAG金銀銅鐵20 小时前
用 Python 实现 Take-Away 游戏copyer_xyf21 小时前
Agent 流程编排copyer_xyf21 小时前
Agent RAGcopyer_xyf21 小时前
【RAG】向量数据库:milvuscopyer_xyf21 小时前
Agent 记忆管理星云穿梭2 天前
用Python写一个带图形界面的学生管理系统——完整教程