使用Oracle sql_trace 工具

前言：
    sql_trace 是我在工作中经常要用到的调优工具，相比较statspack 我更愿意用这个工具。
    因为数据库慢原因的85%以上是由于sql问题造成的，statspack没有sql的执行计划。显示没有它直观，方便，对想要针对性不强，
    1，介绍数据库调优需要经常会用到的工具，可以很精确地跟抓取相关session正在运行的sql。再通过tkprof分析出来sql的执行计划等相关信息，从而判断那些sql语句存在问题。
    统计如下信息（摘字官方文档）：
    Parse, execute, and fetch counts
    CPU and elapsed times
    Physical reads and logical reads
    Number of rows processed
    Misses on the library cache
    Username under which each parse occurred
    Each commit and rollback
    2，使用
    使用前需要注意的地方
    1,初始化参数timed_statistics=true   允许sql trace 和其他的一些动态性能视图收集与时间（cpu，elapsed）有关的参数。一定要打开，不然相关信息不会被收集。这是一个动态的参数，也可以在session级别设置。
    SQL>alter session set titimed_statistics=true
    2,MAX_DUMP_FILE_SIZE跟踪文件的大小的限制，如果跟踪信息较多可以设置成unlimited。可以是KB,MB单位，9I开始默认为unlimited这是一个动态的参数，也可以在session级别设置。
    SQL>alter system set max_dump_file_size=300
    SQL>alter system set max_dump_file_size=unlimited
    3,USER_DUMP_DEST指定跟踪文件的路径,默认路径实在$ORACLE_BASE/admin/ORA_SID/udump这是一个动态的参数，也可以在session级别设置。
    SQL>alter system set user_dump_dest=/oracle/trace
    数据库级别
    设置slq_trace参数为true会对整个实例进行跟踪，包括所有进程：用户进程和后台进程，会造成比较严重的性能问题，生产环境一定要慎用。
    SQL>alter system set sql_trace=true;
    Session级别：