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助手
相关推荐
●VON1 天前
鸿蒙Flutter实战:分类管理页BottomSheet CRUDCosolar1 天前
Chroma向量库面试学习指南风吹夏回1 天前
Python 全局异常处理:从“满屏 try-except”到优雅兜底小熊Coding1 天前
Python爬取当当网二手图书项目实战!企服AI产品测评局1 天前
Agent适配信创环境实测:企业级自动化如何实现国产操作系统与数据库全兼容?秋91 天前
Java项目运行5天左右自动宕机:系统性定位与解决方案小江的记录本1 天前
【JVM虚拟机】垃圾回收GC:垃圾收集器:CMS:核心原理、回收流程、优缺点、废弃原因(附《思维导图》+《面试高频考点清单》)cfm_29141 天前
Redis数据安全性解析DIY源码阁1 天前
JavaSwing学生成绩管理系统 - MySQL版田里的水稻1 天前
OE_ubuntu26.04与宿主机之间复制粘贴内容