没有 diagnostic+tuning 授权时，仍可通过 v$ 视图（如 v$sysstat、v$sesstat、v$sql）获取实时性能数据，避开 awr/ash 依赖；需用差值法替代快照对比，并优先选用 all* 或 user 视图而非 dba_ 视图。
没有 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$ 开头的实时内存视图，用手工差值代替自动快照，权限边界就清晰了。
