在Oracle数据库调优工作当中，AWR、ASH属于实例聚合统计工具，适合做整体数据库负载分析。但遇到单条SQL解析异常、优化器选错执行计划、绑定变量带来性能抖动、会话内部等待细节无法被聚合报告完整呈现的疑难故障时，就需要深度跟踪诊断工具。SQL_TRACE、10046事件、10053优化器跟踪、Oradebug、TKPROF、SQL Monitor、SQLTXPLAIN、SPA、Database Replay共同组成Oracle深度诊断工具集，用来捕获SQL完整解析流程、绑定变量、等待事件、CBO成本计算内部逻辑，完成疑难性能问题定位。风哥教程本文围绕跟踪文件获取、各类跟踪事件底层原理、工具实操、复杂故障完整诊断流程展开完整讲解。风哥 itpux‑com

本套风哥教程面向DBA、数据库运维工程师、后端开发人员，全部实验标准化环境配置：主机名称**fgedu‑net‑cn**，硬件规格64G物理内存、8颗CPU；数据库实例名`fgedudb`，数据库名`fgedudb`，测试业务用户名`fgedu`，文件根目录统一为`/fgedudb`，整套实验基于Oracle19c企业版完成。风哥教程本文分为前言大纲介绍、核心理论知识、实战操作演练、总结四大模块；实战章节包含大量可直接复制运行SQL脚本、操作系统操作步骤，读者可以在测试环境完整复现全部实验现象，掌握疑难SQL故障深度定位全套手段。网上搜索风哥教程可以学习全套数据库教程

### 内容大纲
1. Oracle深度性能诊断工具整体架构与适用场景区分
2. Trace跟踪文件存储位置、关键初始化参数，跟踪文件各类获取方法
3. sql_trace基础跟踪机制，10046事件不同级别跟踪原理与风险说明
4. TKPROF格式化原始trc跟踪文件，跟踪报告指标解读
5. Oradebug工具使用，对外部业务会话开启与关闭跟踪
6. 10053优化器跟踪事件，理解CBO成本计算内部逻辑
7. SQL Monitor实时SQL监控原理、视图查询与报告生成实操
8. SQL Tuning Health Check(SQLHC)轻量级健康检查脚本使用
9. SQLTXPLAIN（SQLT）工具安装部署，单SQL综合诊断使用方法
10. SPA（SQL Performance Analyzer）SQL性能分析器原理与完整工作流程
11. Oracle Database Replay数据库负载重演，捕获、预处理、重放、对比报告
12. 各类工具生产环境风险注意事项，疑难故障标准诊断工作流程

## 一、核心理论知识
本章节为本套风哥教程理论基础，只有理解各个跟踪诊断工具底层原理，才能够根据故障场景选择合适工具，规避跟踪带来额外性能开销。风哥教程 113257174

### 1.1 Oracle深度诊断工具整体介绍
AWR、ASH属于聚合采样类工具，做实例、会话级别统计汇总；Trace类工具属于完整捕获工具，会记录每一次解析、执行、fetch获取行、等待事件、绑定变量详细信息。不同工具能力与适用场景有明确边界：
1. **sql_trace**：基础SQL跟踪，记录解析、执行、fetch阶段CPU、IO统计；粒度较为基础。
2. **10046事件**：增强版sql_trace，可以控制是否捕获绑定变量、等待事件，划分多个级别，是生产环境最常用SQL跟踪手段。
3. **TKPROF**：操作系统工具，对原始二进制trc跟踪文件做格式化，输出可读性文本报告。原始trc文件原始内容杂乱，必须经过tkprof格式化才便于分析。
4. **Oradebug**：Oracle内部调试工具，可以附着到任意数据库进程，开启/关闭跟踪，适合业务会话无法修改应用代码的场景。
5. **10053事件**：**CBO优化器专属跟踪**，记录优化器计算成本、候选计划筛选、统计信息读取全部内部逻辑；专门用来排查统计信息正常，但优化器依然选错执行计划的疑难场景。10053仅在SQL硬解析阶段产生输出，软解析不会生成跟踪输出。
6. **SQL Monitor**：实时SQL监控，长耗时SQL会被自动监控，不需要手动开启跟踪，以视图和报告形式展示SQL运行时每一步真实行源统计。
7. **SQL Tuning Health Check(SQLHC)**：轻量级无安装脚本，快速输出单条SQL的健康检查报告，不会在数据库创建对象。
8. **SQLTXPLAIN（SQLT）**：Oracle官方免费综合诊断工具，安装独立schema；输入sql_id，自动收集表、索引、统计、直方图、AWR历史、执行计划、绑定变量、跟踪信息，输出html综合报告，极大降低单SQL排查工作量。
9. **SPA（SQL Performance Analyzer）**：Real Application Testing组件工具；捕获业务SQL集合，在变更（升级、打补丁、参数修改）前后分别执行，对比每条SQL的性能变化，识别性能退化SQL。
10. **Database Replay数据库负载重演**：捕获生产数据库全部外部业务负载，导出负载文件，在测试库完整重放真实业务流量，用来验证升级、参数、存储变更对整体数据库的真实影响。

>许可提示：SQL Monitor依赖Diagnostics Pack；SPA、Database Replay属于Real Application Testing授权组件，商用生产使用需要对应许可；sql_trace、10046、10053、tkprof、SQLTXPLAIN、SQLHC无额外许可约束。网上搜索风哥教程可以学习全套数据库教程

### 1.2 Trace跟踪文件存储与关键参数
Oracle11g之后使用ADR自动诊断仓库统一管理trace文件。关键初始化参数：
1. `DIAGNOSTIC_DEST`：ADR根目录，本实验环境配置为`/fgedudb/diag`，trace文件存放路径 `DIAGNOSTIC_DEST/diag/rdbms/fgedudb/fgedudb/trace`。
2. `TIMED_STATISTICS`：必须设置TRUE，跟踪才会采集CPU、等待时间；FALSE情况下trace时间统计全部无效。
3. `MAX_DUMP_FILE_SIZE`：trace文件最大大小，繁忙会话跟踪会生成巨大trc文件，生产一般设置unlimited。
4. `TRACEFILE_IDENTIFIER`：给trace文件增加自定义标识字符串，方便海量trace文件快速定位目标跟踪文件。

>风险：开启跟踪会带来额外CPU、IO开销，生产环境禁止对全实例长时间开启跟踪；尽量只针对故障会话、故障SQL开启，排查完成立刻关闭跟踪。**严禁alter system全局设置10046事件，会造成实例所有会话开启跟踪，数据库性能严重下降，仅允许会话级别、指定进程级别开启**。

### 1.3 10046事件级别定义
10046事件是sql_trace增强，不同级别控制捕获内容：
– Level 1：等价普通sql_trace，记录解析、执行、fetch统计；不包含绑定、等待事件。
– Level 4：level1 + 捕获绑定变量bind values。
– Level 8：level1 + 捕获全部等待事件。
– Level 12：level1+4+8，**完整跟踪，包含统计、绑定变量、等待事件**，绝大多数故障排查使用level12。
– Level 16：增加行源执行统计，用于分析多次执行的计划突变场景。

### 1.4 10053优化器跟踪事件
10053不跟踪SQL执行过程，**只跟踪CBO优化器解析SQL、计算各个候选计划成本的内部过程**。当出现统计信息正常，但优化器依然生成错误执行计划，就需要10053跟踪，查看优化器读取了哪些统计、如何计算各个访问路径与连接方式成本，为什么丢弃了更优计划。10053仅在SQL硬解析阶段产生内容，软解析不会生成跟踪输出。风哥数据库教程 itpux‑com

### 1.5 SQL Monitor原理
当SQL执行时间超过5秒，会被SQL Monitor自动监控；也可以手工强制开启监控。`v$sql_monitor`、`v$sql_plan_monitor`视图实时记录SQL每一步行源的行数、CPU、逻辑读、物理读、内存临时段使用。不需要开启trace，几乎无额外开销，适合长时间运行大SQL实时观察执行进度。

### 1.6 SQLTXPLAIN与SQLHC原理
SQL Tuning Health Check（SQLHC）为轻量级脚本，不需要安装schema，直接运行脚本输入sql_id即可输出报告，适合快速诊断。
SQLTXPLAIN是Oracle支持部门常用免费工具，安装独立schema；输入sql_id，自动收集：对象定义、统计信息、直方图、当前执行计划、历史AWR执行计划、绑定变量、10046跟踪、10053跟踪，打包输出html报告，一站式完成单SQL全方位信息采集，省去DBA多次执行各类查询。

### 1.7 SPA与Database Replay工作流程
#### SPA（SQL性能分析器）
1. 捕获基准负载SQL集合，可以来自AWR、STS、trace文件。
2. 在原环境执行，保存基准性能数据。
3. 执行数据库变更（参数、补丁、升级）。
4. 在变更后环境再次执行同一批SQL。
5. 对比前后两次执行，输出哪些SQL性能退化，哪些得到提升。

#### Database Replay数据库重演
完整四大阶段：捕获负载 → 预处理负载文件 → 在测试库重放负载 → 重放报告对比。捕获阶段记录所有客户端提交给数据库的调用；重放阶段在测试库原样复现业务流量，用于验证数据库重大变更整体风险。

## 二、实战操作演练
本套风哥教程全部实战操作，操作主机`fgedu‑net‑cn`，数据库`fgedudb`，业务用户`fgedu`，目录`/fgedudb`，硬件规格64G内存8CPU。
>环境说明：操作系统登录oracle用户，设置环境变量指向`fgedudb`实例；跟踪、调试类操作大部分需要sysdba权限。trace文件输出路径为`/fgedudb/diag/rdbms/fgedudb/fgedudb/trace`。

### 2.1 操作系统与数据库环境校验
#### 2.1.1操作系统层面检查（主机fgedu‑net‑cn）
“`bash
#确认主机名称
hostname
#确认ORACLE_HOME路径全部指向/fgedudb
echo $ORACLE_HOME
#查看内存硬件，确认64G内存
free -h
#查看CPU，确认8CPU
lscpu
#确认trace目录存在
ls -ld /fgedudb/diag/rdbms/fgedudb/fgedudb/trace
“`
校验输出：hostname输出`fgedu‑net‑cn`，总内存64G，逻辑CPU数量8，trace目录权限oracle用户可读写。

#### 2.1.2 数据库关键初始化参数确认（64G内存8CPU规格）
登录`sqlplus / as sysdba`查看关键参数
“`sql
show parameter statistics_level;
show parameter timed_statistics;
show parameter max_dump_file_size;
show parameter diagnostic_dest;
show parameter memory_target;
show parameter sga_target;
show parameter pga_aggregate_target;
“`
适配64G内存主机spfile标准配置
“`sql
alter system set memory_max_target=48G scope=spfile;
alter system set memory_target=48G scope=spfile;
alter system set statistics_level=TYPICAL scope=spfile;
alter system set timed_statistics=TRUE scope=both;
alter system set max_dump_file_size=unlimited scope=both;
alter system set diagnostic_dest=’/fgedudb/diag’ scope=spfile;
“`
>`timed_statistics=TRUE`是所有跟踪采集时间指标的前提；max_dump_file_size设置unlimited避免大跟踪文件被截断。重启实例使spfile修改生效。

#### 2.1.3 用户权限准备
“`sql
create user fgedu identified by fgedudb default tablespace users temporary tablespace temp;
grant connect,resource to fgedu;
grant select_catalog_role to fgedu;
grant advisor to fgedu;
grant execute on dbms_monitor to fgedu;
grant execute on dbms_sqldiag to fgedu;
grant execute on dbms_sqlpa to fgedu;
grant execute on dbms_workload_capture to fgedu;
grant execute on dbms_workload_replay to fgedu;
“`

### 2.2 Trace跟踪文件定位、sql_trace基础跟踪实操
#### 2.2.1 获取当前会话trace文件名
“`sql
alter session set tracefile_identifier=’fgedu_test_trace’;
select value from v$diag_info where name=’Default Trace File’;
“`
返回的完整路径即为trc原始跟踪文件路径，位于`/fgedudb/diag/rdbms/fgedudb/fgedudb/trace`目录下。网上搜索风哥教程可以学习全套数据库教程

#### 2.2.2 会话级别开启基础sql_trace
“`sql
conn fgedu/fgedudb@fgedudb
alter session set sql_trace=true;
–执行待诊断业务SQL
select count(*) from t_big;
alter session set sql_trace=false;
“`
>sql_trace等价10046 level1，只记录解析执行统计，**不会捕获绑定变量、等待事件**，故障排查优先使用10046 level12。

### 2.3 10046事件跟踪三种实现方式实操
#### 方式一：当前会话直接开启10046（可控会话，最简单）
“`sql
conn fgedu/fgedudb@fgedudb
alter session set tracefile_identifier=’fgedu_10046_level12′;
alter session set events ‘10046 trace name context forever, level 12’;
–复现故障SQL
select * from t_big where code=100;
–关闭跟踪
alter session set events ‘10046 trace name context off’;
“`

#### 方式二：DBMS_MONITOR包跟踪指定SID,SERIAL#（已知会话信息）
首先查询目标业务会话sid与serial#
“`sql
select sid,serial#,username,program from v$session where username=’FGEDU’;
“`
传入查询得到的sid、serial_num
“`sql
conn / as sysdba
exec dbms_monitor.session_trace_enable(session_id=>142,serial_num=>234,waits=>true,binds=>true);
–通知业务复现故障SQL
exec dbms_monitor.session_trace_disable(session_id=>142,serial_num=>234);
“`

#### 方式三：Oradebug附着操作系统进程跟踪外部会话（应用无法修改会话）
1. 查询目标会话操作系统spid
“`sql
select s.sid,s.serial#,p.spid from v$session s join v$process p on s.paddr=p.addr where s.username=’FGEDU’;
“`
拿到spid，登录sqlplus / as sysdba执行oradebug
“`sql
oradebug setospid 27891
oradebug event 10046 trace name context forever,level 12;
–业务侧复现问题SQL
oradebug event 10046 trace name context off;
oradebug tracefile_name;
“`
>oradebug tracefile_name直接打印完整trc文件路径，省去操作系统查找文件步骤。

### 2.4 TKPROF工具格式化trc跟踪文件实操
原始`.trc`文件可读性极差，需要使用操作系统tkprof工具格式化，主机`fgedu‑net‑cn`oracle用户下执行bash命令。
“`bash
#进入trace目录
cd /fgedudb/diag/rdbms/fgedudb/fgedudb/trace
#tkprof格式化，sys=no过滤系统递归SQL，waits=yes输出等待事件
tkprof fgedudb_ora_27891_fgedu_10046_level12.trc fgedu_10046_report.txt \
sort=prsela,exeela,fchela sys=no waits=yes aggregate=yes explain=fgedu/fgedudb
“`
参数说明：
– sort=prsela,exeela,fchela：按照解析、执行、获取行消耗时间降序排序，慢SQL排在报告最上方；
– sys=no：屏蔽SYS递归内部SQL，减少报告干扰信息；
– waits=yes：汇总所有等待事件统计；
– explain：连接数据库，为每条SQL生成执行计划写入报告。

>注意：tkprof**无法处理10053优化器跟踪文件**，10053只能直接阅读原始trc文本。风哥数据库教程 itpux‑com

### 2.5 10053 CBO优化器跟踪实操（排查选错执行计划）
>注意：10053只在**硬解析**时产生输出；如果SQL已经存在于共享池，需要刷新共享池或者增加SQL注释触发硬解析。
“`sql
conn fgedu/fgedudb@fgedudb
alter session set tracefile_identifier=’fgedu_10053_trace’;
alter session set events ‘10053 trace name context forever, level 1’;
–增加注释，强制硬解析
select /*+ test_10053 */ * from t_big where code=100;
alter session set events ‘10053 trace name context off’;
–获取trace完整路径
select value from v$diag_info where name=’Default Trace File’;
“`
拿到trc文件，操作系统直接vi查看，tkprof不能解析10053内容。报告重点看：优化器读取的表统计、各个访问路径cost计算值、为什么抛弃候选访问路径。

### 2.6 SQL Monitor实时SQL监控实操
SQL Monitor适合长时间运行SQL，不需要开启trace，几乎无额外开销。
#### 2.6.1 查询v$sql_monitor视图实时监控信息
“`sql
set linesize 200 pagesize 100
col sql_text format a80
select sql_id,sql_text,status,elapsed_time,cpu_time,buffer_gets,disk_reads
from v$sql_monitor
where status<>’DONE’;
“`

#### 2.6.2 生成SQL Monitor html报告
“`sql
set long 1000000
set longchunksize 1000000
set pagesize 0
set linesize 200
select dbms_sqltune.report_sql_monitor(sql_id=>’&input_sql_id’,type=>’HTML’) from dual;
“`
输出html内容复制保存为本地html文件，可以浏览器打开，直观看到每一步行源真实行数、IO、CPU消耗。

### 2.7 SQLHC(SQL Tuning Health Check)轻量级诊断脚本实操
SQLHC是Oracle支持免费脚本，不需要安装schema，下载sqlhc.sql上传主机`fgedu‑net‑cn`的`/fgedudb/tmp`目录。
“`bash
#上传脚本到/fgedudb/tmp
cd /fgedudb/tmp
“`
sysdba登录执行脚本，参数T代表拥有Diagnostics Pack许可，传入待分析sql_id。
“`sql
conn / as sysdba
@sqlhc.sql T &sql_id
“`
脚本执行完毕，在当前目录生成zip压缩包，解压后包含html、txt全套诊断信息：表定义、统计、直方图、执行计划、AWR历史信息。网上搜索风哥教程可以学习全套数据库教程

### 2.8 SQLTXPLAIN(SQLT)综合诊断工具部署实操
SQLT功能比SQLHC更加完整，需要安装独立schema。将sqlt安装包上传至`/fgedudb/tmp`。
“`bash
cd /fgedudb/tmp
unzip sqlt.zip
“`
sysdba执行安装脚本，创建sqlt用户。
“`sql
conn / as sysdba
@sqlt/install/sqltinstall.sql
“`
安装完成之后，针对目标sql_id执行诊断：
“`sql
conn sqlt/sqlt
@sqlt/run/sqlt.sql &sql_id
“`
执行完毕生成zip报告，包含10046、10053跟踪输出、各类字典视图查询结果，适合提交Oracle支持做疑难SQL分析。

### 2.9 SPA（SQL Performance Analyzer）SQL性能分析器实操
>SPA需要Real Application Testing许可；适用场景：数据库升级、参数变更、索引变更前，评估业务SQL性能退化风险。
1. 第一步：创建SQL调优集STS，从AWR加载SQL。
“`sql
conn / as sysdba
declare
v_sts_name varchar2(60):=’FGEDU_STS’;
begin
dbms_sqltune.create_sqlset(sqlset_name=>v_sts_name,description=>’fgedu业务SQL集合’);
dbms_sqltune.load_sqlset(
sqlset_name=>v_sts_name,
populate_cursor=>cursor(select * from table(dbms_sqltune.select_workload_repository(begin_snap=>100,end_snap=>120))));
end;
/
“`
2. 创建SPA分析任务
“`sql
declare
v_task_name varchar2(60):=’FGEDU_SPA_TASK’;
begin
dbms_sqlpa.drop_analysis_task(task_name=>v_task_name);
:v_task_name:=dbms_sqlpa.create_analysis_task(sqlset_name=>’FGEDU_STS’,task_name=>v_task_name);
end;
/
“`
3. 执行变更前基准测试
“`sql
begin
dbms_sqlpa.execute_analysis_task(
task_name=>’FGEDU_SPA_TASK’,
execution_type=>’TEST EXECUTE’,
execution_name=>’BEFORE_CHANGE’);
end;
/
“`
4. 执行数据库变更（修改参数、建索引、打补丁等操作）
5. 变更之后再次执行测试
“`sql
begin
dbms_sqlpa.execute_analysis_task(
task_name=>’FGEDU_SPA_TASK’,
execution_type=>’TEST EXECUTE’,
execution_name=>’AFTER_CHANGE’);
end;
/
“`
6. 执行对比分析，生成报告
“`sql
begin
dbms_sqlpa.execute_analysis_task(
task_name=>’FGEDU_SPA_TASK’,
execution_type=>’COMPARE PERFORMANCE’,
execution_name=>’COMPARE_AFTER’);
end;
/

set long 1000000
select dbms_sqlpa.report_analysis_task(task_name=>’FGEDU_SPA_TASK’,type=>’HTML’) from dual;
“`
报告中可以直接看到哪些SQL性能退化，哪些得到优化。

### 2.10 Database Replay数据库负载重演完整实操
>Database Replay属于Real Application Testing组件，适合完整回放数据库业务负载，验证重大变更整体影响。
1. 创建操作系统目录，创建database directory对象
“`bash
mkdir -p /fgedudb/replay_capture
chown oracle:oinstall /fgedudb/replay_capture
“`
“`sql
conn / as sysdba
create directory replay_cap_dir as ‘/fgedudb/replay_capture’;
“`
2. 开启负载捕获
“`sql
begin
dbms_workload_capture.start_capture(
name=>’FGEDU_CAPTURE_01′,
dir=>’REPLAY_CAP_DIR’,
duration=>3600); –捕获时长，单位秒
end;
/
“`
>业务在捕获时间段正常运行，模拟真实业务流量；时间到达自动结束捕获，也可以手动结束：
“`sql
exec dbms_workload_capture.finish_capture();
“`
3. 预处理捕获文件，将捕获数据转换为重放可用格式
“`sql
begin
dbms_workload_replay.process_capture(capture_name=>’FGEDU_CAPTURE_01′,dir=>’REPLAY_CAP_DIR’);
end;
/
“`
4. 在测试库，初始化重放任务，启动wrc客户端程序（操作系统oracle用户执行）
“`bash
cd /fgedudb/replay_capture
wrc system/******@fgedudb mode=replay replaydir=/fgedudb/replay_capture
“`
5. 数据库端启动重放
“`sql
begin
dbms_workload_replay.initialize_replay(replay_name=>’FGEDU_REPLAY_01′,replay_dir=>’REPLAY_CAP_DIR’);
dbms_workload_replay.prepare_replay(synchronization=>TRUE);
dbms_workload_replay.start_replay();
end;
/
“`
6. 重放结束之后，生成重放对比报告，对比捕获阶段与重放阶段性能差异。

### 2.11 疑难SQL故障标准诊断完整工作流程
1. 业务反馈SQL性能异常，优先抓取sql_id，查看AWR、ASH，确认是实例整体瓶颈还是单SQL问题。
2. 如果是单SQL计划异常：优先查看`dbms_xplan.display_cursor`真实执行计划，对比E‑ROWS预估行数与A‑ROWS实际行数，判断统计信息是否失真。
3. 统计信息无明显异常，但是计划依然错误：
– 会话可控：使用**10046 level12跟踪**拿到绑定变量、等待事件；
– 会话不可控：使用dbms_monitor或者oradebug附着进程开启跟踪；
– 硬解析计划异常：开启10053跟踪，分析CBO优化器内部成本计算。
4. 拿到trc文件，tkprof格式化10046跟踪，分析主要等待、逻辑读、CPU消耗点。
5. 使用SQLHC/SQLTXPLAIN一站式收集对象、统计、历史执行计划信息。
6. 若是数据库变更升级前风险评估，使用SPA做SQL集合对比；若是全实例业务验证，使用Database Replay负载重演。
7. **生产硬性约束：所有跟踪操作完成，务必确认关闭跟踪，禁止残留开启跟踪，避免持续消耗CPU与磁盘IO；所有操作保留回退步骤。**

## 三、风哥针对本文总结
本套风哥教程完整覆盖Oracle深度性能诊断全套工具，从Trace底层原理、10046/10053事件原理，tkprof格式化，oradebug进程附着跟踪，到SQL Monitor、SQLHC、SQLT、SPA、Database Replay整套实操命令，同时明确各个工具许可边界、生产风险约束。

1. 区分工具定位：AWR/ASH做聚合采样；10046用于捕获SQL运行阶段完整等待、绑定变量；10053**只用于硬解析CBO优化器内部问题排查，不会跟踪SQL执行阶段**；tkprof仅能格式化10046的trc，不能处理10053跟踪文件。
2. 生产环境红线：禁止`alter system`全局开启10046事件，会造成实例所有会话开启跟踪，引发严重性能故障；跟踪结束必须确认已经关闭跟踪事件，避免trace文件持续暴涨占满磁盘。
3. oradebug属于未公开调试工具，优先使用`dbms_monitor`包；oradebug仅用于无法获取会话代码修改权限、后台进程跟踪场景。
4. SQLHC无安装依赖，适合快速应急诊断；SQLTXPLAIN需要安装schema，适合深度疑难问题；SQL Monitor几乎无开销，优先用来监控长时间运行SQL。
5. SPA、Database Replay依赖Real Application Testing许可，商用生产环境必须确认许可合规，不可随意上线使用；仅用于测试库做变更风险评估。
6. 10053跟踪必须触发SQL硬解析才会产生内容，如果SQL已经缓存在共享池，需要增加注释或者刷新共享池，否则跟踪文件几乎没有有效输出。
7. 故障排查遵循由浅入深：优先AWR/ASH/真实执行计划，其次使用SQLHC快速采集；确认需要再开启10046/10053跟踪；不要一上来直接开跟踪，避免不必要的系统开销。