ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 序列的cache的设置对数据库性能的影响

序列的cache的设置对数据库性能的影响

原创 Linux操作系统 作者:microsoft_fly 时间:2012-03-15 14:38:18 0 删除 编辑

1.1     序列的cache0

 

SQL> select sid from v$mystat where rownum=1;

 

       SID

----------

        52

 

SQL>    SET timing ON;

SQL>    --清除数据

SQL>    TRUNCATE TABLE tb_seq;

 

表已截掉。

 

已用时间:  00: 00: 00.00

SQL>    --删除序列

SQL>    DROP SEQUENCE seq_test;

 

序列已丢弃。

 

已用时间:  00: 00: 00.00

SQL>    --重建序列

SQL>    CREATE SEQUENCE seq_test START WITH 1 NOCACHE;

 

序列已创建。

 

已用时间:  00: 00: 00.00

SQL>    --插入数据

SQL>    INSERT INTO tb_seq(f,seq)

  2     SELECT 'aaaaa',seq_test.NEXTVAL

  3     FROM dba_objects;

 

已创建52505行。

 

已用时间:  00: 00: 10.08

SQL>    --commit;

SQL>    COMMIT;

 

提交完成。

 

已用时间:  00: 00: 00.00

SQL>    --看日志量

SQL>    SELECT VALUE

  2     FROM v$mystat v1,v$statname v2

  3     WHERE v1.STATISTIC#=v2.STATISTIC#

  4     AND   NAME='redo size';

 

     VALUE

----------

  39205952

 

已用时间:  00: 00: 00.00

SQL>

1.2     序列的cache10

SQL>    --看当前的SID

SQL>    SELECT SID FROM V$MYSTAT WHERE ROWNUM=1;

 

       SID

----------

        68

 

SQL>    --记录时间

SQL>    SET timing ON;

SQL>    --清楚数据

SQL>    TRUNCATE TABLE tb_seq;

 

表已截掉。

 

已用时间:  00: 00: 00.00

SQL>    --删除序列

SQL>    DROP SEQUENCE seq_test;

 

序列已丢弃。

 

已用时间:  00: 00: 00.00

SQL>    --重建序列

SQL>    CREATE SEQUENCE seq_test START WITH 1 CACHE 10;

 

序列已创建。

 

已用时间:  00: 00: 00.00

SQL>    --插入数据

SQL>    INSERT INTO tb_seq(f,seq)

  2     SELECT 'aaaaa',seq_test.NEXTVAL

  3     FROM dba_objects;

 

已创建52505行。

 

已用时间:  00: 00: 01.05

SQL>    --commit;

SQL>    COMMIT;

 

提交完成。

 

已用时间:  00: 00: 00.00

SQL>    --看日志量

SQL>    SELECT VALUE

  2     FROM v$mystat v1,v$statname v2

  3     WHERE v1.STATISTIC#=v2.STATISTIC#

  4     AND   NAME='redo size';

 

     VALUE

----------

   4,998,356

 

已用时间:  00: 00: 00.00

1.3     序列的cache50

 

SQL*Plus: Release 9.2.0.1.0 - Production on 星期二 3 29 16:39:35 2011

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

SQL> conn db40/db40_testyou@151

已连接。

SQL>    --看当前的SEQ

SQL>    SELECT SID FROM V$MYSTAT WHERE ROWNUM=1;

 

       SID

----------

        67

 

SQL>    --记录时间

SQL>    SET timing ON;

SQL>    --清楚数据

SQL>    TRUNCATE TABLE tb_seq;

 

表已截掉。

 

已用时间:  00: 00: 00.00

SQL>    --删除序列

SQL>    DROP SEQUENCE seq_test;

 

序列已丢弃。

 

已用时间:  00: 00: 00.00

SQL>    --重建序列

SQL>    CREATE SEQUENCE seq_test START WITH 1 CACHE 50;

 

序列已创建。

 

已用时间:  00: 00: 00.00

SQL>    --插入数据

SQL>    INSERT INTO tb_seq(f,seq)

  2     SELECT 'aaaaa',seq_test.NEXTVAL

  3     FROM dba_objects;

 

已创建52505行。

 

已用时间:  00: 00: 00.07

SQL>    --commit;

SQL>    COMMIT;

 

提交完成。

 

已用时间:  00: 00: 00.00

SQL>    --看日志量

SQL>    SELECT VALUE

  2     FROM v$mystat v1,v$statname v2

  3     WHERE v1.STATISTIC#=v2.STATISTIC#

  4     AND   NAME='redo size';

 

     VALUE

----------

   1958372

 

已用时间:  00: 00: 00.00

1.4     不用SEQ

为减少对实验效果的影响,先在其他会话创建相同结构的表(因为创建表也有日志),然后再进行插入数据的试验。

--在另一个session(暂定SESSION_85,这个会话不用关掉,下面还有用到)中创建相同结构的表

SQL>    --看当前的SID

SQL>    SELECT SID FROM V$MYSTAT WHERE ROWNUM=1;

 

       SID

----------

        85

SQL>    --记录时间

SQL>    SET timing ON;

SQL> create table tb_seq_copy as

  2  select * from tb_seq where 1=2;

 

表已创建。

 

已用时间:  00: 00: 00.00

--换一个会话插入数据

SQL>    --看当前的SID

SQL>    SELECT SID FROM V$MYSTAT WHERE ROWNUM=1;

 

       SID

----------

        68

 

SQL>    --记录时间

SQL>    SET timing ON;

SQL> insert into tb_seq_copy select * from tb_seq ;

 

已创建52505行。

 

已用时间:  00: 00: 00.00

SQL> commit;

 

提交完成。

 

已用时间:  00: 00: 00.00

SQL>    SELECT VALUE

  2     FROM v$mystat v1,v$statname v2

  3     WHERE v1.STATISTIC#=v2.STATISTIC#

  4     AND   NAME='redo size';

 

     VALUE

----------

   1171264

 

已用时间:  00: 00: 00.00

SQL>

注:这里为什么不用create table tb_seq_copy as select * from tb_seq?因为用这样的方式等价于先create table,然后再

Insert/*+append*/ into tb_seq_copy select * from tb_seq;

这样产生的日志量和上述的方法是不一样的,具体原因这里不做详述!

不信这里我们试验下看看:

先在SESSION_85窗口drop该表tb_seq_copy

SQL> drop table tb_seq_copy;

 

表已丢弃。

然后新开一个会话与上面进行比较:

SQL>    --看当前的SID

SQL>    SELECT SID FROM V$MYSTAT WHERE ROWNUM=1;

 

       SID

----------

        52

 

SQL>    --记录时间

SQL>    SET timing ON;

SQL> CREATE TABLE TB_SEQ_COPY AS SELECT * FROM TB_SEQ;

 

表已创建。

 

已用时间:  00: 00: 00.02

SQL> SELECT VALUE

  2  FROM v$mystat v1,v$statname v2

  3  WHERE v1.STATISTIC#=v2.STATISTIC#

  4  AND   NAME='redo size';

 

     VALUE

----------

    984340日志量比先create tableinsert into的要少!

1.5     调用序列的NEXTVAL后台做了什么

通过10046可以看到后台调用了如下

update seq$ set increment$=:2,minvalue=:3,maxvalue=:4,cycle#=:5,order$=:6,
cache=:7,highwater=:8,audit$=:9,flags=:10
where
obj#=:1

以下是部分10046的结果:

………………

PARSING IN CURSOR #2 len=129 dep=1 uid=0 ct=6 lid=0 tim=1270888389400866 hv=371

6207873 ad='ce480e70'

update seq$ set increment$=:2,minvalue=:3,maxvalue=:4,cycle#=:5,order$=:6,cache=

:7,highwater=:8,audit$=:9,flags=:10 where obj#=:1

END OF STMT

…………………

1.6     个人看法:

在使用SEQ.NEXTVAL的时候,当cacheN个值用光以后,数据库需用重新“cache”一次,“cache”的时候要对表seq$update操作,当创建序列时指定nocache选项时,类似DML操作的单条记录更新提交,当指定cacheN的时候,后台对SEQ$进行了批量提交,所以产生的日志量比较少!关于单条记录的提交与批量提交产生的日志量请参考:http://hi.baidu.com/fly_ch/blog/item/bad11245aa45422a869473d1.html

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/751051/viewspace-731760/,如需转载,请注明出处,否则将追究法律责任。

下一篇: 没有了~
请登录后发表评论 登录
全部评论

注册时间:2008-11-06

  • 博文量
    41
  • 访问量
    101615