Insert 都做了什么？

wang2008 · 发表于 2002-9-28 13:24

你的回滚段的数目和大小，redo buffer和redo logfile的大小？
同时检查你的alert日志看看有没有checkpoint not complete出现。

biti_rainy · 发表于 2002-9-28 15:28

到底是多大?
给一个量化标准

一次插入内容是插入多少个分区?
索引是怎么建的?全局的和还是局部的

不知道和raid5有没有关系

fromeast · 发表于 2002-9-28 15:56

最初由 biti_rainy 发布
[B]到底是多大?
给一个量化标准

一次插入内容是插入多少个分区?
索引是怎么建的?全局的和还是局部的

不知道和raid5有没有关系 [/B]

TKPROF的分析结果（8组平均Logical Read）：
516.83 Kbytes/s
10.16 Kbytes/row

实际上这是一个批处理系统，多个会话集中、并行工作。
是按地区分区的，一个会话只处理一个地区的数据。一个会话的N次插入都是插入同一个分区，不同会话插入不同分区。

索引就是普通的唯一索引。
？？？怎样查是全局的还是局部的？？？

fromeast · 发表于 2002-9-28 16:36

对照标准是Logical Read/Rows，即平均每行处理的Logical Read。如果这个参数大，那么每行消耗的CPU就会多，每行消耗的DISK I/O也可能多，最后的结果就是处理速度（行/s）降低。

事实上我就是为处理速度的异常而发愁，数据量多的速度反而快！

在处理t_2表的同时，还处理t_1表。t_1表的结构、存储、索引均于t_2表相同，数据量比t_2表稍大，一次会话插入的行数也比t_2表稍多。

但t_1表的处理速度是t_2表的3.7倍！

下面是t_1表的Logic Read，也是8组平均：
1475.75 Kbytes/s
4.83 Kbytes/row

可以看出，t_1的Logical Read/rows大约是t_2的二分之一。

下面是其他统计结果的对照：
　　　Disk/Rows　　　CPU/Rows　　　Total Time/rows
t_1　51.625 K/row　　0.0002938s/row　　　0.00327
t_2　355.125 K/row　0.0005475s/row　　　0.01965

我怀疑Logical Read/row大，引起Disk/row大，造成每行处理的时间长，最后的结果是每秒处理的行数减少，也就是处理速度慢。

这就是我关心Logical Read的原因

fromeast · 发表于 2002-9-28 16:54

最初由 wang2008 发布
[B]你的回滚段的数目和大小，redo buffer和redo logfile的大小？
同时检查你的alert日志看看有没有checkpoint not complete出现。 [/B]

回滚段：
除去SYSTEM，一共24个回滚段。
其中有19个100M的，4个2M的，1个20M的

Redo Log File：
10组，每组300M

Redo Log Buffer：
1638400

Alert Log File：
3个小时内出现3次checkpoint not complete

biti_rainy · 发表于 2002-9-28 17:22

除去SYSTEM，一共24个回滚段。
其中有19个100M的，4个2M的，1个20M的

干吗要弄成大小差异这么大的回滚段?
请全部设置成大小一致,要么把不是100M的删除

tkprof分析的结果中,能否看出是哪一步消耗的时间多?
尝试把log buffer设置小一点?
还有跟检查点相关的参数,也设置小一点?

wang2008 · 发表于 2002-9-28 17:32

biti_rainy的建议很好，你的回滚段太大，大的回滚段应该少一些，
小的回滚段应该多一些，小回滚段的大小应该一致，同时检查一下
checkpoint的参数是否合理，log buffer我认为不改也可以。

fromeast · 发表于 2002-9-28 17:43

最初由 biti_rainy 发布
[B]除去SYSTEM，一共24个回滚段。
其中有19个100M的，4个2M的，1个20M的

干吗要弄成大小差异这么大的回滚段?
请全部设置成大小一致,要么把不是100M的删除

tkprof分析的结果中,能否看出是哪一步消耗的时间多?
尝试把log buffer设置小一点?
还有跟检查点相关的参数,也设置小一点? [/B]

非常感谢你的建议，下一步我要对把数据库做一些优化。

是不是处理t_1和t_2引用了不同大小的回滚段呢？那也不会每次都这么巧啊。

tkprof的分析结果中消耗时间的统计只到语句级，也没有insert的执行计划（insert是否就是没有执行计划？）。
整个分析结果文件中，insert into t_2的执行时间最长（最长的5500多秒）。

nintyuui · 发表于 2002-9-29 09:19

最初由 wang2008 发布
[B]biti_rainy的建议很好，你的回滚段太大，大的回滚段应该少一些，
小的回滚段应该多一些，小回滚段的大小应该一致，同时检查一下
checkpoint的参数是否合理，log buffer我认为不改也可以。 [/B]

大的回滚段应该少一些?为什么？
我就一个回滚段512M，该什么办？

parrotao · 发表于 2002-9-29 09:51

1. 你的磁盘很慢吗?
2. 你的data_block buffer是多少
3. 有没有Checkpoint not complete

[精华] Insert 都做了什么？

如果说逻辑读太大

Re: 如果说逻辑读太大

Logical Read的对照标准

回wang2008：查出来了！

一点建议

Re: 一点建议

浏览过的版块