update或insert 140万数据的效率太低，怎么回事？？

machao

现在比较全面诊断的方法还是在运行这个操作时作一个statspack

它现在的确是用了索引,而且性能很好.
所以可能不是IO 的问题

对于hard pase我还是不是很认同,
1.因为有四个CPU,应该够多了.
2.你操作其它差不多的表,也应该有如此多的hard pase,为什么他们没有这种现象.?
3.我作一个纯hard pase操作,总计10000个,花118s
从statspack来看是
Event                                               Waits    Time (s) Ela Time
-------------------------------------------- ------------ ----------- --------
CPU time                                                          131    99.80
control file parallel write                           146           0      .12
db file sequential read                                44           0      .06
log file sync                                           4           0      .02
log file parallel write                               232           0      .00

latch free并不列入其中(Oracle9.2+RedHat)



可能还有其它的原因,比如和别人互锁,大家都很慢

使用statspack就可以比较全面了.
10分钟足够

iamcoldwind

SQL> show parameters compatible;

NAME                                 TYPE    VALUE
------------------------------------ ------- ------------------------------
compatible                           string  8.1.7


斑竹你说：
也许你可以试一下
cursor_sharing = force
这和int参数文件中的serial_reuse参数（disable）有没有关系吖？
还有就是cursor_sharing = force 应该怎么设呢？

idler

把已有主建上的COL1，COL2上又单独建的两个索引去掉，然后UPDATE ，INSERT的时候还是用上绑定变量

看看是否有帮助。

mypengchen2000

谢谢，今天下午我会考虑做一个statspack，这样可能对分析问题有帮助，但除此之外，还有其他的办法吗？？

关于表上的索引，我认为应该不是主要问题所在，之所以有些表有这样的问题，有些表没有这样的问题，一个是表的结构和索引情况都不尽然相同；另一方面，可能是记录数方面也是一个主要的差别所在，记录数大的话效率底的就更显著了；还有一方面，可能是操作上的不同，因为，有的表是在判断insert/update后确实是有记录要update的，而可能有另外的表，判断后不需要update,这样也是不同的；

idler

你既已在COL1，COL2上建立了主键，又在这个两个字段上单建索引，我认为是没有必要的，从你应用上看，也没有必要。数据量越大，带来的影响也会越大的。

iamcoldwind

最初由 idler 发布
[B]你既已在COL1，COL2上建立了主键，又在这个两个字段上单建索引，我认为是没有必要的。数据量越大，带来的影响也会越大的。 [/B]

如果查询里需要对COL1或COL2进行单独查询，建索引还是必要的吖

iamcoldwind

我认为楼主的问题所在应该是装载数据时的update or insert的问题？或者insert or update？？

biti_rainy

select * from
(select name,gets,misses,sleeps,IMMEDIATE_GETS ,IMMEDIATE_MISSES
from v$latch
order by  sleeps desc ,misses desc ,IMMEDIATE_MISSES desc  ,IMMEDIATE_GETS desc ,gets desc )
where rownum < 21;

select * from
(select
EVENT,         
TOTAL_WAITS    ,
TOTAL_TIMEOUTS ,
TIME_WAITED   ,
AVERAGE_WAIT   
from v$system_event
order by TIME_WAITED desc )
where rownum < 21;

select * from v$waitstat;




select * from
(select sid, event ,p1,p2,p3 ,WAIT_TIME, SECONDS_IN_WAIT
from v$session_wait
where SID = &THE_SID
order by wait_time desc )
where rownum < 21;

mypengchen2000

好的：
NAME                                                                   GETS     MISSES     SLEEPS IMMEDIATE_GETS IMMEDIATE_MIS
---------------------------------------------------------------- ---------- ---------- ---------- --
cached attr list                                                          0          0          0              0               
GDS latch                                                                 0          0          0              0               
KSFQ                                                                      0          0          0              0               
X$KSFQP                                                                   0          0          0              0               
trace latch                                                               0          0          0              0               
msg queue latch                                                           0          0          0              0               
session queue latch                                                       0          0          0              0               
ksfv subheap                                                              0          0          0              0               
resmgr group change latch                                                 0          0          0              0               
dlm cr info freelist latch                                                0          0          0              0               
dlm lock table freelist                                                   0          0          0              0               

NAME                                                                   GETS     MISSES     SLEEPS IMMEDIATE_GETS IMMEDIATE_MIS
---------------------------------------------------------------- ---------- ---------- ---------- --
dlm resource scan list                                                    0          0          0              0               
dlm resource hash list                                                    0          0          0              0               
dlm resource table freelist                                               0          0          0              0               
dlm process hash list                                                     0          0          0              0               
process parent latch                                                      0          0          0              0               
dlm process table freelist                                                0          0          0              0               
second spare latch                                                        0          0          0              0               
first spare latch                                                         0          0          0              0               
direct msg latch                                                          0          0          0              0               

20 rows selected.

为什么都是0呢？？对了，现在数据库上没有进行insert/update的操作，是否要在做这个操作的时候，再来看你的语句结果呢？？

mypengchen2000

对不起，我没有看全你的语句，我马上做insert/update的操作，在看你的语句结果，谢谢先！！