QUOTE:

---

最初由 biti_rainy 发布


current  scn 是 系统当前所产生的最大 scn ，可能是当前未结束事务所产生的scn。 在9i 的 dbms_flashback.get_system_number 可以得到这个值，这个值应该是大于等于  x$ktuxe SCN  (这个view 记录的是 当前数据库结束事务的最大scn)

---

You're right. I forgot about dbms_flashback.get_system_change_number.

I thought I could find out how Oracle got this number internally. I set SQL trace and see Oracle probably got this from one of idl_xxx$ tables, piece column. That "famous" piece column is of type UNDEFINED. I never figured out how to select from that column directly.

Before 9i, asktom tells us we can insert userenv('COMMITSCN') into a table and check its value. (Can't directly select it, got ORA-01725).

Yong Huang

很经典啊,收益菲浅!!

好多人还是对基础概念不清楚

还得再来一遍！

我有一个疑问！

SQL> select checkpoint_change#,archive_change#,controlfile_change#,archivelog_change# from v$database;

CHECKPOINT_CHANGE# ARCHIVE_CHANGE# CONTROLFILE_CHANGE# ARCHIVELOG_CHANGE#
------------------ --------------- ------------------- ------------------
           3145665         3145039             3146288                  0

SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARCHIVED STATUS           FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- -------- ---------------- ------------- -----------
         1          1         17  104857600          1 NO       INACTIVE               3145665 2007-12-9 1
         2          1         18  104857600          1 NO       CURRENT                3146287 2007-12-9 1
         3          1         16  104857600          1 NO       INACTIVE               3145039 2007-12-9 1

SQL> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
                 3152331

SQL> insert into t values(4);

1 row inserted

SQL> commit;

Commit complete

SQL> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
                 3152417

SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARCHIVED STATUS           FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- -------- ---------------- ------------- -----------
         1          1         17  104857600          1 NO       INACTIVE               3145665 2007-12-9 1
         2          1         18  104857600          1 NO       CURRENT                3146287 2007-12-9 1
         3          1         16  104857600          1 NO       INACTIVE               3145039 2007-12-9 1

SQL> alter system switch logfile;

System altered

SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARCHIVED STATUS           FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- -------- ---------------- ------------- -----------
         1          1         17  104857600          1 NO       INACTIVE               3145665 2007-12-9 1
         2          1         18  104857600          1 NO       ACTIVE                 3146287 2007-12-9 1
         3          1         19  104857600          1 NO       CURRENT                3152499 2007-12-9 1

SQL> select checkpoint_change#,archive_change#,controlfile_change#,archivelog_change# from v$database;

CHECKPOINT_CHANGE# ARCHIVE_CHANGE# CONTROLFILE_CHANGE# ARCHIVELOG_CHANGE#
------------------ --------------- ------------------- ------------------
           3146287         3145665             3152499                  0

通过上面的测试，怎么checkpoint_change#总是active log所对应的first_change#呢？而archive_chenge#是inactive log的那个first_change#，controlfile_change#是当前current log的first_change#?

不明白，感觉切换日志了会触发ckpt啊，那么应该记录我commit之后的那个状态啊！也就是3152417这个数前面的。

QUOTE:

---

原帖由 hanjs 于 2007-12-9 13:51 发表
不明白，感觉切换日志了会触发ckpt啊，那么应该记录我commit之后的那个状态啊！也就是3152417这个数前面的。

---

日志切换是要触发ckpt
日志切换后，redo log buffer内容写入到redolog中
dbwr写内容到DB block中的

精彩的辩论。

温顾一下

看了一遍,收获不浅

经典!