在生产环境中，当数据库运行异常缓慢的时候，DBA同学们都会想冲进数据库内部看看sql到底如何运行，为何语句执行的如此缓慢？在我的生产环境中，经常有多表关联查询语句运行缓慢，多数是I/O等待的问题，因而我第一步会去看sql的执行计划是否出现了问题，其次就会用到sql trace工具来跟踪下sql的实际运行情况！
一：使用sql_trace
1:产生select语句的trace文件，一般会使用tracefile_identifier给trace文件起一个标识性的名称，便于查找
2：使用tkprof工具对产生的trace文件进行过滤，抽取有用的信息，默认的trace文件输出太多信息！
sys=no代表不输出trace文件中所有sys用户的操作，包含用户sql语句引起的递归sql，使输出变的简洁；
aggragate=yes代表相同的sql语句在输入文件中做合并，使输出变的简洁；