存储过程的效率问题！！（今晚在线等）

wang2008

E:\Oracle\bin>tkprof
Usage: tkprof tracefile outputfile [explain= ] [table= ]
              [print= ] [insert= ] [sys= ] [sort= ]
  table=schema.tablename   Use 'schema.tablename' with 'explain=' option.
  explain=user/password    Connect to ORACLE and issue EXPLAIN PLAIN.
  print=integer    List only the first 'integer' SQL statements.
  aggregate=yes|no
  insert=filename  List SQL statements and data inside INSERT statements.
  sys=no           TKPROF does not list SQL statements run as user SYS.
  record=filename  Record non-recursive statements found in the trace file.
  sort=option      Set of zero or more of the following sort options:
    prscnt  number of times parse was called
    prscpu  cpu time parsing
    prsela  elapsed time parsing
    prsdsk  number of disk reads during parse
    prsqry  number of buffers for consistent read during parse
    prscu   number of buffers for current read during parse
    prsmis  number of misses in library cache during parse
    execnt  number of execute was called
    execpu  cpu time spent executing
    exeela  elapsed time executing
    exedsk  number of disk reads during execute
    exeqry  number of buffers for consistent read during execute
    execu   number of buffers for current read during execute
    exerow  number of rows processed during execute
    exemis  number of library cache misses during execute
    fchcnt  number of times fetch was called
    fchcpu  cpu time spent fetching
    fchela  elapsed time fetching
    fchdsk  number of disk reads during fetch
    fchqry  number of buffers for consistent read during fetch
    fchcu   number of buffers for current read during fetch
    fchrow  number of rows fetched
    userid  userid of user that parsed the cursor

wang2008

应该看的是出问题的时候，它在干什么？才是最关键的。

mypengchen2000

我刚在cmd下用的tkprof了，格式是很清晰！
怎么看出问题的时候它在干什么呢？是看trc文件里的东西吗？
其实，在很慢的时候，我有看v$session_wait和v$session_event,好象主要很多时间是在read临时的表空间的数据文件！

我也在本机上看那个trc文件，希望各位也帮我继续看看，多谢！！

biti_rainy

1：  加大freelists
2: 临时表空间使用 tempfile 文件类型
3： 加大 sort_area_size and  hash_area_size
4： 可能的话analyze 对象
5： 尝试优化sql找出最好的执行计划，使用hints  or  stored outlines
6:参考statspack 做综合性检查和调整

mypengchen2000

谢谢各位的意见，我会再看看，参考各位的意见

samuel.wei

我提一点：
数据恢复后出现死循环，比如BOM中有嵌套引用。所以你可以CHECK一个恢复后的数据正确性及程序中易出死循环的部分

mypengchen2000

恢复后的数据正确性??你说的数据正确性是指从那方面来看或来验证的数据正确性呢？？这个是有可能有问题的

samuel.wei

就是看一下恢复后的数据是否正确，另外对易出死循环的数据及相关PG重点CHECK

mypengchen2000

今早作了一个后台一个主表的analyze，但还是很瞒，我查看等待时，发现就一直在这里waiting，到底是否是数据库的某些参数设置有误吗？
68   61134 direct path read   file number    34  0000000000000022 firstdba  139136 0000000000021F80 block cnt   1 0000000000000001          0               0 WAITING
其中68是sessionid；
34号是一个临时表空间的数据文件，大小是4G的！

iamcoldwind

请教各位是否可以进行设置，使某用户下的表在进行查询时都强制性地用上索引？