使用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级别：
相关文档：
学习Oracle DBA也半个多学期了，今天猛然才发现，原来我的书还是很新的，上课操作时候也只是知道大概怎么做，但是要真的全部自己做，而不去翻书还是有一定的难度的，所以呢，今天开始将DBA从头复习一遍，同时再操作一遍。
第一章，学的是Oracle的体系结构� ......
Oracle PGA参数
PGA: 程序全局区，服务器进程使用的内存区域，包括特定服务器进程的数据和控制信息，例如使用的操作系统资源等。
UGA: 用户全局区，特定Session使用的内存区域，例如Session的SQL工作区、登陆认证信息等。Session的SQL工作区大小对查询性能的影响比较关键，shared server模式时UGA从SGA的large pool（如� ......
看来有的人还是对schema的真正含义不太理解，现在我再次整理了一下，希望对大家有所帮助。
我们先来看一下他们的定义：
A schema is a collection of database objects (used by a user.).
Schema objects are the logical structures that directly refer to the database’s data.
A user is a name defined in ......
