无诊断包授权获取Oracle基础性能统计数据

即使没有 diagnostic+tuning 授权，你仍然能够获取大部分基础性能统计数据——核心不在于“能否查询”，而在于“应该查询哪些视图、规避哪些依赖包”。

直接查询 V$ 视图，是唯一可行的路径

所有以 V$ 开头的动态性能视图，例如 V$SYSSTAT、V$SESSTAT、V$SQL，这些视图的访问门槛并不高。前提是用户拥有 SELECT_CATALOG_ROLE 角色，或者被显式授予了 SELECT 权限。请放心，它们不依赖 AWR 或 ASH，数据直接从 SGA 实时内存中提取，与诊断包毫无关联。

• V$SYSSTAT：提供系统级累计值，如 db block gets、physical reads，适合分析整体趋势。
• V$SESSTAT：按会话维度聚合，配合 V$SESSION 能快速定位哪些会话是“资源消耗大户”。
• V$SQL：包含 SQL 级别的执行次数、逻辑读、CPU 时间等信息，但注意它仅保留最近缓存的语句，受 shared pool 大小限制，无法查询历史数据。
• 需要留意，V$ACTIVE_SESSION_HISTORY 和 DBA_HIST_* 等视图，则无法使用——它们底层依赖 AWR 快照，必须拥有诊断包授权。

采用差值法，手动模拟 AWR 快照对比

AWR 的核心价值在于“两个时间点之间的差值”。没有授权也不必担心，你可以手动模拟：连续查询同一个 V$ 视图，取间隔几秒或几分钟的两次结果，进行减法运算即可。

• 比如，要监控物理读的增长。先记录 (SELECT value FROM v$sysstat WHERE name = 'physical reads') 的值，等待 10 秒后再查询一次，两者相减即得到这段时间内的增量。
• 注意，避免使用 SYS.V_$ 别名（如 V_$SYSSTAT），在某些未授权环境中，这种写法可能会报错 ORA-00942: table or view does not exist。
• 也不要调用 DBMS_WORKLOAD_REPOSITORY 包中的函数，例如 AWR_REPORT_HTML，它们会直接抛出 ORA-13781: insufficient privileges，毫无通融余地。

注意 DBA_* 视图的权限陷阱

DBA_TABLES、DBA_INDEXES 这类数据字典视图，看似只是“只读”查询，但实际上需要 SELECT ANY DICTIONARY 权限——普通开发账号通常不具备。误用会导致 ORA-00942 错误，而且该错误看起来不像权限不足，容易让人困惑。

• 安全起见，改用 ALL_TABLES、ALL_INDEXES：它们只显示当前用户能访问的对象，权限要求低得多。
• 查询统计信息时，优先使用 USER_TAB_STATISTICS 而非 DBA_TAB_STATISTICS，字段基本一致，且 STALE_STATS 字段依然可用。
• 如果连 ALL_* 都没有权限，那就只能依靠 EXPLAIN PLAN FOR + DBMS_XPLAN.DISPLAY 来查看单条 SQL 的执行计划和预估成本。但这种方法仅提供纸面分析，不包含真实的运行时统计。

避免触碰 GATHER_STATS_JOB 和自动任务

即便只是查看 GATHER_STATS_JOB 的状态，也可能触发隐式权限检查。更危险的是调用 DBMS_STATS——即使是读操作，比如 DBMS_STATS.LOCK_TABLE_STATS，在无授权环境下常常返回 ORA-20005: object statistics are locked，容易让人误以为统计信息被锁定。

• 想要确认统计信息是否过时？直接查询 USER_TAB_STATISTICS.STALE_STATS 即可，无需调用任何包。
• 想要强制刷新？必须由 DBA 执行。普通用户调用 DBMS_STATS.GATHER_TABLE_STATS 会因缺少 ANALYZE ANY 或 EXECUTE 权限而失败。
• 临时绕过统计信息影响？添加 hint 如 /*+ OPT_PARAM('_optimizer_use_feedback' 'false') */，比修改统计信息更安全，也更加灵活。

归根结底，真正限制你的并非“无法获取数据”，而是习惯性地去查询那些需要额外授权的视图或包。专注于 V$ 开头的实时内存视图，使用手动差值代替自动快照，权限边界自然就变得清晰了。