性能问题是比较复杂的问题. 一般由performance team 负责, 但是常见的情况是, 我们 inv team 定义的 view 不好, 导致查询性能较差. 这个必须由产品组和 performance team 一起来解决了. 遇到性能问题的话, 几个常用的分析方法: 首先要找出性能较差的sql, 这
性能问题是比较复杂的问题. 一般由performance team 负责, 但是常见的情况是, 我们 inv team 定义的 view 不好, 导致查询性能较差. 这个必须由产品组和 performance team 一起来解决了.
遇到性能问题的话, 几个常用的分析方法:
首先要找出性能较差的sql, 这个要收集sql trace, 然后转成 tkprof 文件来看.
把sql 放到 pl/sql developer 里面, 查看执行计划. 很多时候问题出在没有使用 index, 而是全表扫描了.
按照下面的步骤, 连接sqlplus, 一步一步执行, 生成 sql trace 和 tkprof 文件. 里面会有更详细的信息.
1. alter session set max_dump_file_size='unlimited';2. alter session set tracefile_identifier='appsperf';3. alter session set events '10046 trace name context forever, level 12';4. alter session set statistics_level = 'all';5. declare binds like below variable b1 number; variable b2 number; variable b3 number; variable b4 varchar2(50); variable b5 number; variable b6 number; 6. assign values to binds begin :b1 := 2666; :b2 := 2666; :b3 := 2666; :b4 := 'vendor'; :b5 := 8617; :b6 := 639187; end; /7. execute the test_sql.sql with bind variables (with :b1, :b2) 8. exec dbms_session.reset_package;9. exit completely from the sqlplus prompt.10. once the step 9 is done then pickup the trace file from udump (ls *appsperf*) --generated recently directory: select value from v$parameter where name ='user_dump_dest'11. generate the tkprof of the trace generated with explain option.12. provide trace,tkprof and sqltxtract(215187.1) to review it further.
最后, 发邮件给performance team: appsperf_us@oracle.com.