데이터 베이스 MySQL 튜토리얼 手工提交Cluster Table的事务

手工提交Cluster Table的事务

Jun 07, 2016 pm 04:36 PM
cluster table 사무 제출하다 기사

本站文章除注明转载外,均为本站原创: 转载自love wife love life —Roger 的Oracle技术博客 本文链接地址: 手工提交Cluster Table的事务 前几天培训班中有学生问到,对于cluster table如果去实现手工提交事务,来屏蔽一些错误.他在自己的 环境中遇到了ora-00

本站文章除注明转载外,均为本站原创: 转载自love wife & love life —Roger 的Oracle技术博客

本文链接地址: 手工提交Cluster Table的事务

前几天培训班中有学生问到,对于cluster table如果去实现手工提交事务,来屏蔽一些错误.他在自己的
环境中遇到了ora-00600 4000错误,涉及的对象即为cluster table,下面我这里简单模拟了一下。供参考!

++++创建测试表

SQL> conn roger/roger
Connected.
SQL> create cluster t_cluster(id number(2)) ;
Cluster created.
SQL> create table t_0610
 2  (id number(2) primary key,
 3  name varchar2(13))
 4  cluster t_cluster(id);
Table created.
SQL>  create index t_cluster_idx on cluster t_cluster;
Index created.
SQL>
SQL> insert into t_0610 values(1,'baidu');
1 row created.
SQL> insert into t_0610 values(2,'google');
1 row created.
SQL> insert into t_0610 values(8,'roger');
1 row created.
SQL> commit;
Commit complete.
SQL> select * from t_0610;
ID NAME
---------- -------------
 1 baidu
 2 google
 8 roger
SQL> select dbms_rowid.rowid_relative_fno(rowid) file#,dbms_rowid.rowid_block_number(rowid) blk#
 2  from t_0610;
FILE#       BLK#
---------- ----------
 6        172
 6        173
 6        174
SQL> oradebug setmypid
ORA-01031: insufficient privileges
SQL> conn /as sysdba
Connected.
SQL> oradebug setmypid
Statement processed.
SQL> alter system flush buffer_cache;
System altered.
SQL> alter system dump datafile 6 block 172;
System altered.
SQL> oradebug close_trace
Statement processed.
SQL> oradebug tracefile_name
/oracle/diag/rdbms/roger/roger/trace/roger_ora_16777.trc
로그인 후 복사

++++blockdump内容

Dump of buffer cache at level 4 for tsn=7 rdba=25165996
BH (0x71bf2f28) file#: 6 rdba: 0x018000ac (6/172) class: 1 ba: 0x71ad8000
 set: 3 pool: 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 0,15
 dbwrid: 0 obj: 77519 objn: 77520 tsn: 7 afn: 6 hint: f
 hash: [0x8abfa738,0x8abfa738] lru: [0x74ff33a0,0x7abf47d0]
 lru-flags: on_auxiliary_list
 ckptq: [NULL] fileq: [NULL] objq: [NULL] objaq: [NULL]
 st: FREE md: NULL fpin: 'ktspbwh2: ktspfmdb' tch: 0 lfb: 33
 flags:
Block dump from disk:
buffer tsn: 7 rdba: 0x018000ac (6/172)
scn: 0x0000.00b941a6 seq: 0x01 flg: 0x06 tail: 0x41a60601
frmt: 0x02 chkval: 0xcb52 type: 0x06=trans data
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x00007FADB771EA00 to 0x00007FADB7720A00
7FADB771EA00 0000A206 018000AC 00B941A6 06010000  [.........A......]
7FADB771EA10 0000CB52 00000001 00012ECF 00B94199  [R............A..]
7FADB771EA20 00000000 00320002 018000A8 00080006  [......2.........]
7FADB771EA30 00000515 00C00562 002E014E 00008000  [....b...N.......]
7FADB771EA40 00B94198 001D0007 000004C9 00C03C08  [.A...........<.. ...a...... repeat times block header dump: object id on y seg csc: itc: flg: e typ: data brn: bdba: ver: opc: inc: exflg: itl xid uba flag lck scn c--- fsc data_block_dump at tsiz: hsiz: pbl: ntab="2"> 大于2,说明这是一个cluster table
nrow=2
frre=-1
fsbo=0x1a
fseo=0x1f78
avsp=0x1f5e
tosp=0x1f5e
0xe:pti[0]      nrow=1  offs=0
0x12:pti[1]     nrow=1  offs=1
0x16:pri[0]     offs=0x1f82
0x18:pri[1]     offs=0x1f78
block_row_dump:
tab 0, row 0, @0x1f82
tl: 22 fb: K-H-FL-- lb: 0x0  cc: 1
curc: 1 comc: 1 pk: 0x018000ac.0 nk: 0x018000ac.0
col  0: [ 2]  c1 02
tab 1, row 0, @0x1f78
tl: 10 fb: -CH-FL-- lb: 0x2  cc: 1 cki: 0
col  0: [ 5]  62 61 69 64 75
end_of_block_dump
End dump data blocks tsn: 7 file#: 6 minblk 172 maxblk 172</..>
로그인 후 복사

大家可以看到,这跟普通的data block的dump内容是有所差别的,因为这里涉及到cluster table。

下面来模拟下手工提交cluster table的事务。

+++++模拟事务不提交

SQL> alter system checkpoint;
System altered.
SQL> alter system flush buffer_cache;
System altered.
SQL> show user
USER is "SYS"
SQL> conn roger/roger
Connected.
SQL> delete from t_0610 where id=8;            ++++++不提交
1 row deleted.
SQL> alter system flush buffer_cache;
System altered.
SQL> select xidusn,xidslot,xidsqn,ubablk,ubafil,ubarec from v$transaction;
XIDUSN    XIDSLOT     XIDSQN     UBABLK     UBAFIL     UBAREC
---------- ---------- ---------- ---------- ---------- ----------
 3         17       1212       1066          3         20
SQL>
로그인 후 복사

这里我们可以看到对于这个未提交的事务XID为:3.17.1212? 前面我们已经知道
测试表中的数据分布在3个block中,这里我模拟的情况是删除第3条数据,且不提交,通过bbed来实现手工
提交这个未提交事务,注意:第3条数据是在第3个block中,即174 block。

+++++首先修改表的itl等信息

BBED> set file 6 block 174
 FILE#           6
 BLOCK#          174
BBED> map
File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 174                                   Dba:0x018000ae
------------------------------------------------------------
 KTB Data Block (Table/Cluster)
struct kcbh, 20 bytes                      @0
struct ktbbh, 72 bytes                     @20
struct kdbh, 14 bytes                      @100
struct kdbt[2], 8 bytes                    @114
sb2 kdbr[2]                                @122
ub1 freespace[8030]                        @126
ub1 rowdata[32]                            @8156
ub4 tailchk                                @8188
BBED> p kdbr
sb2 kdbr[0]                                 @122      8066
sb2 kdbr[1]                                 @124      8056
BBED> p ktbbh
struct ktbbh, 72 bytes                      @20
ub1 ktbbhtyp                             @20       0x01 (KDDBTDATA)
 union ktbbhsid, 4 bytes                  @24
ub4 ktbbhsg1                          @24       0x00012ecf
 ub4 ktbbhod1                          @24       0x00012ecf
 struct ktbbhcsc, 8 bytes                 @28
ub4 kscnbas                           @28       0x00b94309
 ub2 kscnwrp                           @32       0x0000
 sb2 ktbbhict                             @36       2
 ub1 ktbbhflg                             @38       0x32 (NONE)
 ub1 ktbbhfsl                             @39       0x00
 ub4 ktbbhfnx                             @40       0x018000a8
 struct ktbbhitl[0], 24 bytes             @44
struct ktbitxid, 8 bytes              @44
ub2 kxidusn                        @44       0x0009
 ub2 kxidslt                        @46       0x0002
 ub4 kxidsqn                        @48       0x0000044c
 struct ktbituba, 8 bytes              @52
ub4 kubadba                        @52       0x00c000f9
 ub2 kubaseq                        @56       0x014a
 ub1 kubarec                        @58       0x1d
 ub2 ktbitflg                          @60       0x8000 (KTBFCOM)
 union _ktbitun, 2 bytes               @62
sb2 _ktbitfsc                      @62       0
 ub2 _ktbitwrp                      @62       0x0000
 ub4 ktbitbas                          @64       0x00b941a4
 struct ktbbhitl[1], 24 bytes             @68
struct ktbitxid, 8 bytes              @68
ub2 kxidusn                        @68       0x0003
 ub2 kxidslt                        @70       0x0011
 ub4 kxidsqn                        @72       0x000004bc
 struct ktbituba, 8 bytes              @76
ub4 kubadba                        @76       0x00c0042a
 ub2 kubaseq                        @80       0x0185
 ub1 kubarec                        @82       0x13
 ub2 ktbitflg                          @84       0x0001 (NONE)
 union _ktbitun, 2 bytes               @86
sb2 _ktbitfsc                      @86       6
 ub2 _ktbitwrp                      @86       0x0006
 ub4 ktbitbas                          @88       0x00000000
BBED> modify /x 0180
Warning: contents of previous BIFILE will be lost. Proceed? (Y/N) y
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 174              Offsets:   84 to   87           Dba:0x018000ae
------------------------------------------------------------------------
 01800600
 BBED> modify /x 00 offset 86
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 174              Offsets:   86 to   87           Dba:0x018000ae
------------------------------------------------------------------------
 0000
BBED> sum apply
Check value for File 6, Block 174:
current = 0x055c, required = 0x055c
BBED> verify
DBVERIFY - Verification starting
FILE = /oracle/oradata/roger/roger01.dbf
BLOCK = 174
Block Checking: DBA = 25165998, Block Type = KTB-managed data block
data header at 0x7f88d49c1264
kdbchk: row locked by non-existent transaction
 table=1   slot=0
 lockid=2   ktbbhitc=2
Block 174 failed with check code 6101
BBED> p *kdbr[1]
rowdata[0]
----------
ub1 rowdata[0]                              @8156     0x7c
BBED> x /rnnnnccccccnnnnnnnnnnn
rowdata[0]                                  @8156
----------
flag@8156: 0x7c (KDRHFL, KDRHFF, KDRHFD, KDRHFH, KDRHFC)
lock@8157: 0x02
cols@8158:    0
BBED> modify /x 6c offset 8156
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 174              Offsets: 8156 to 8159           Dba:0x018000ae
------------------------------------------------------------------------
 6c020100
BBED> sum apply
Check value for File 6, Block 174:
current = 0x054c, required = 0x054c
BBED> verify
DBVERIFY - Verification starting
FILE = /oracle/oradata/roger/roger01.dbf
BLOCK = 174
Block Checking: DBA = 25165998, Block Type = KTB-managed data block
data header at 0x1112864
kdbchk: row locked by non-existent transaction
 table=1   slot=0
 lockid=2   ktbbhitc=2
Block 174 failed with check code 6101
DBVERIFY - Verification complete
Total Blocks Examined         : 1
Total Blocks Processed (Data) : 1
Total Blocks Failing   (Data) : 1
Total Blocks Processed (Index): 0
Total Blocks Failing   (Index): 0
Total Blocks Empty            : 0
Total Blocks Marked Corrupt   : 0
Total Blocks Influx           : 0
Message 531 not found;  product=RDBMS; facility=BBED
BBED> p kdbh
struct kdbh, 14 bytes                       @100
ub1 kdbhflag                             @100      0x01 (KDBHFFK)
 sb1 kdbhntab                             @101      2
 sb2 kdbhnrow                             @102      2
 sb2 kdbhfrre                             @104     -1
 sb2 kdbhfsbo                             @106      26
 sb2 kdbhfseo                             @108      8056
 sb2 kdbhavsp                             @110      8030
 sb2 kdbhtosp                             @112      8040
BBED> d /v offset 102 count 4
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 174     Offsets:  102 to  105  Dba:0x018000ae
-------------------------------------------------------
 0200ffff                            l ....
BBED> modify /x 01 offset 102
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 174              Offsets:  102 to  105           Dba:0x018000ae
------------------------------------------------------------------------
 0100ffff
BBED> sum apply
Check value for File 6, Block 174:
current = 0x054f, required = 0x054f
BBED> verify
DBVERIFY - Verification starting
FILE = /oracle/oradata/roger/roger01.dbf
BLOCK = 174
Block Checking: DBA = 25165998, Block Type = KTB-managed data block
data header at 0x1112864
kdbchk: fsbo(26) wrong, (hsz 24)
Block 174 failed with check code 6129
DBVERIFY - Verification complete
Total Blocks Examined         : 1
Total Blocks Processed (Data) : 1
Total Blocks Failing   (Data) : 1
Total Blocks Processed (Index): 0
Total Blocks Failing   (Index): 0
Total Blocks Empty            : 0
Total Blocks Marked Corrupt   : 0
Total Blocks Influx           : 0
Message 531 not found;  product=RDBMS; facility=BBED
BBED> d /v offset 106
File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 174     Offsets:  106 to  109  Dba:0x018000ae
-------------------------------------------------------
 1a00781f                            l ..x.
BBED> modify /x 18 offset 106
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 174              Offsets:  106 to  109           Dba:0x018000ae
------------------------------------------------------------------------
 1800781f
BBED> sum apply
Check value for File 6, Block 174:
current = 0x054d, required = 0x054d
BBED> verify
DBVERIFY - Verification starting
FILE = /oracle/oradata/roger/roger01.dbf
BLOCK = 174
Block Checking: DBA = 25165998, Block Type = KTB-managed data block
data header at 0x1112864
kdbchk: row count in table index incorrect
Block 174 failed with check code 6125
DBVERIFY - Verification complete
Total Blocks Examined         : 1
Total Blocks Processed (Data) : 1
Total Blocks Failing   (Data) : 1
Total Blocks Processed (Index): 0
Total Blocks Failing   (Index): 0
Total Blocks Empty            : 0
Total Blocks Marked Corrupt   : 0
Total Blocks Influx           : 0
Message 531 not found;  product=RDBMS; facility=BBED
BBED> p kdbt
struct kdbt[0], 4 bytes                     @114
sb2 kdbtoffs                             @114      0
 sb2 kdbtnrow                             @116      1
struct kdbt[1], 4 bytes                     @118
sb2 kdbtoffs                             @118      1
 sb2 kdbtnrow                             @120      1
BBED> p kdbt[1]
struct kdbt[1], 4 bytes                     @118
sb2 kdbtoffs                             @118      1
 sb2 kdbtnrow                             @120      1
BBED> d /v offset 118 count 4
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 174     Offsets:  118 to  121  Dba:0x018000ae
-------------------------------------------------------
 01000100                            l ....
BBED> modify /x 000000 offset 118
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 174              Offsets:  118 to  121           Dba:0x018000ae
------------------------------------------------------------------------
 00000000
BBED> sum apply
Check value for File 6, Block 174:
current = 0x054d, required = 0x054d
BBED> verify
DBVERIFY - Verification starting
FILE = /oracle/oradata/roger/roger01.dbf
BLOCK = 174
Block Checking: DBA = 25165998, Block Type = KTB-managed data block
data header at 0x1112864
kdbchk: table index offset incorrect
 tab 1
Block 174 failed with check code 6124
DBVERIFY - Verification complete
Total Blocks Examined         : 1
Total Blocks Processed (Data) : 1
Total Blocks Failing   (Data) : 1
Total Blocks Processed (Index): 0
Total Blocks Failing   (Index): 0
Total Blocks Empty            : 0
Total Blocks Marked Corrupt   : 0
Total Blocks Influx           : 0
Message 531 not found;  product=RDBMS; facility=BBED
로그인 후 복사

我们可以看到,无论怎么修改,这个block通过bbed进行检测都报错,这里不是因为修改的不对,而是因为
还需要修改cluster 上的Index信息。通过treedump 我们可以确认index block为file 6 block 187.

+++++ dump Index block

SQL> oradebug setmypid
Statement processed.
SQL> alter system dump datafile 6 block 187;
System altered.
SQL> oradebug close_trace
Statement processed.
SQL> oradebug tracefile_name
/oracle/diag/rdbms/roger/roger/trace/roger_ora_17394.trc
SQL>
로그인 후 복사

+++++ dump 内容如下

Block header dump:  0x018000bb
 Object id on Block? Y
 seg/obj: 0x12ed2  csc: 0x00.b941a3  itc: 2  flg: E  typ: 2 - INDEX
 brn: 0  bdba: 0x18000b8 ver: 0x01 opc: 0
 inc: 0  exflg: 0
Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000
0x02   0x0009.002.0000044c  0x00c000f9.014a.1e  --U-    1  fsc 0x0000.00b941a4
Leaf block dump
===============
header address 140553058142820=0x7fd50f1a4a64
kdxcolev 0
KDXCOLEV Flags = - - -
kdxcolok 0
kdxcoopc 0x80: opcode=0: iot flags=--- is converted=Y
kdxconco 1
kdxcosdc 0
kdxconro 3
kdxcofbo 42=0x2a
kdxcofeo 7993=0x1f39
kdxcoavs 7951
kdxlespl 0
kdxlende 0
kdxlenxt 0=0x0
kdxleprv 0=0x0
kdxledsz 8
kdxlebksz 8032
row#0[8019] flag: ------, lock: 0, len=13, data:(8):  01 80 00 ac 00 00 01 00
col 0; len 2; (2):  c1 02
row#1[8006] flag: ------, lock: 0, len=13, data:(8):  01 80 00 ad 00 00 01 00
col 0; len 2; (2):  c1 03
row#2[7993] flag: ------, lock: 2, len=13, data:(8):  01 80 00 ae 00 00 01 00
col 0; len 2; (2):  c1 09
----- end of leaf block dump -----
로그인 후 복사

可以看到,该index block中还存在3个index entry信息,我们需要将第3条信息给删掉,首先计算一下offset:

SQL> select 7993+76+24 from dual;
7993+76+24
----------
 8093
로그인 후 복사

+++++利用bbed修改 index block

BBED> set file 6 block 187
 FILE#           6
 BLOCK#          187
BBED> map
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 187                                   Dba:0x018000bb
------------------------------------------------------------
 KTB Data Block (Index Leaf)
struct kcbh, 20 bytes                      @0
struct ktbbh, 72 bytes                     @20
struct kdxle, 32 bytes                     @100
sb2 kd_off[3]                              @132
ub1 freespace[7951]                        @138
ub1 rowdata[39]                            @8089
ub4 tailchk                                @8188
BBED> set offset 8093
 OFFSET          8093
BBED> x /rn
rowdata[4]                                  @8093
----------
flag@8093:     0x00 (NONE)
lock@8094:     0x02
keydata[8]:    0x01  0x80  0x00  0xae  0x00  0x00  0x01  0x00
data key:
col    0[2] @8104: 8
BBED> map
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 187                                   Dba:0x018000bb
------------------------------------------------------------
 KTB Data Block (Index Leaf)
struct kcbh, 20 bytes                      @0
struct ktbbh, 72 bytes                     @20
struct kdxle, 32 bytes                     @100
sb2 kd_off[3]                              @132
ub1 freespace[7951]                        @138
ub1 rowdata[39]                            @8089
ub4 tailchk                                @8188
BBED> p kdxle
struct kdxle, 32 bytes                      @100
struct kdxlexco, 16 bytes                @100
ub1 kdxcolev                          @100      0x00
 ub1 kdxcolok                          @101      0x00
 ub1 kdxcoopc                          @102      0x80
 ub1 kdxconco                          @103      0x01
 ub4 kdxcosdc                          @104      0x00000000
 sb2 kdxconro                          @108      3
 sb2 kdxcofbo                          @110      42
 sb2 kdxcofeo                          @112      7993
 sb2 kdxcoavs                          @114      7951
 sb2 kdxlespl                             @116      0
 sb2 kdxlende                             @118      0
 ub4 kdxlenxt                             @120      0x00000000
 ub4 kdxleprv                             @124      0x00000000
 ub1 kdxledsz                             @128      0x08
 ub1 kdxleflg                             @129      0x00 (NONE)
BBED> d /v offset 118 count 2
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 187     Offsets:  118 to  119  Dba:0x018000bb
-------------------------------------------------------
 0000                                l ..
BBED> modify /x 01 offset 118
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 187              Offsets:  118 to  119           Dba:0x018000bb
------------------------------------------------------------------------
 0100
BBED> sum apply
Check value for File 6, Block 187:
current = 0x4faa, required = 0x4faa
BBED> verify
DBVERIFY - Verification starting
FILE = /oracle/oradata/roger/roger01.dbf
BLOCK = 187
Block Checking: DBA = 25166011, Block Type = KTB-managed data block
**** actual rows marked deleted = 0 != kdxlende = 1
---- end index block validation
Block 187 failed with check code 6401
DBVERIFY - Verification complete
Total Blocks Examined         : 1
Total Blocks Processed (Data) : 0
Total Blocks Failing   (Data) : 0
Total Blocks Processed (Index): 1
Total Blocks Failing   (Index): 1
Total Blocks Empty            : 0
Total Blocks Marked Corrupt   : 0
Total Blocks Influx           : 0
Message 531 not found;  product=RDBMS; facility=BBED
BBED> set offset 8093
 OFFSET          8093
BBED> x /rn
rowdata[4]                                  @8093
----------
flag@8093:     0x00 (NONE)
lock@8094:     0x02
keydata[8]:    0x01  0x80  0x00  0xae  0x00  0x00  0x01  0x00
data key:
col    0[2] @8104: 8
BBED> modify /x 01 offset 8093
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 187              Offsets: 8093 to 8094           Dba:0x018000bb
------------------------------------------------------------------------
 0102
BBED> sum apply
Check value for File 6, Block 187:
current = 0x4eaa, required = 0x4eaa
BBED> verify
DBVERIFY - Verification starting
FILE = /oracle/oradata/roger/roger01.dbf
BLOCK = 187
Block Checking: DBA = 25166011, Block Type = KTB-managed data block
**** actual free space credit for itl 2 = 15 != # in trans. hdr = 0
---- end index block validation
Block 187 failed with check code 6401
DBVERIFY - Verification complete
Total Blocks Examined         : 1
Total Blocks Processed (Data) : 0
Total Blocks Failing   (Data) : 0
Total Blocks Processed (Index): 1
Total Blocks Failing   (Index): 1
Total Blocks Empty            : 0
Total Blocks Marked Corrupt   : 0
Total Blocks Influx           : 0
Message 531 not found;  product=RDBMS; facility=BBED
BBED> map
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 187                                   Dba:0x018000bb
------------------------------------------------------------
 KTB Data Block (Index Leaf)
struct kcbh, 20 bytes                      @0
struct ktbbh, 72 bytes                     @20
struct kdxle, 32 bytes                     @100
sb2 kd_off[3]                              @132
ub1 freespace[7951]                        @138
ub1 rowdata[39]                            @8089
ub4 tailchk                                @8188
BBED> p ktbbh
struct ktbbh, 72 bytes                      @20
ub1 ktbbhtyp                             @20       0x02 (KDDBTINDEX)
 union ktbbhsid, 4 bytes                  @24
ub4 ktbbhsg1                          @24       0x00012ed2
 ub4 ktbbhod1                          @24       0x00012ed2
 struct ktbbhcsc, 8 bytes                 @28
ub4 kscnbas                           @28       0x00b941a3
 ub2 kscnwrp                           @32       0x0000
 sb2 ktbbhict                             @36       2
 ub1 ktbbhflg                             @38       0x32 (NONE)
 ub1 ktbbhfsl                             @39       0x00
 ub4 ktbbhfnx                             @40       0x018000b8
 struct ktbbhitl[0], 24 bytes             @44
struct ktbitxid, 8 bytes              @44
ub2 kxidusn                        @44       0x0000
 ub2 kxidslt                        @46       0x0000
 ub4 kxidsqn                        @48       0x00000000
 struct ktbituba, 8 bytes              @52
ub4 kubadba                        @52       0x00000000
 ub2 kubaseq                        @56       0x0000
 ub1 kubarec                        @58       0x00
 ub2 ktbitflg                          @60       0x0000 (NONE)
 union _ktbitun, 2 bytes               @62
sb2 _ktbitfsc                      @62       0
 ub2 _ktbitwrp                      @62       0x0000
 ub4 ktbitbas                          @64       0x00000000
 struct ktbbhitl[1], 24 bytes             @68
struct ktbitxid, 8 bytes              @68
ub2 kxidusn                        @68       0x0009
 ub2 kxidslt                        @70       0x0002
 ub4 kxidsqn                        @72       0x0000044c
 struct ktbituba, 8 bytes              @76
ub4 kubadba                        @76       0x00c000f9
 ub2 kubaseq                        @80       0x014a
 ub1 kubarec                        @82       0x1e
 ub2 ktbitflg                          @84       0x2001 (KTBFUPB)
 union _ktbitun, 2 bytes               @86
sb2 _ktbitfsc                      @86       0
 ub2 _ktbitwrp                      @86       0x0000
 ub4 ktbitbas                          @88       0x00b941a4
BBED> d /v offset 86 count 2
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 187     Offsets:   86 to   87  Dba:0x018000bb
-------------------------------------------------------
 0000                                l ..
BBED> modify /x 0f offset 86
 File: /oracle/oradata/roger/roger01.dbf (6)
 Block: 187              Offsets:   86 to   87           Dba:0x018000bb
------------------------------------------------------------------------
 0f00
BBED> sum apply
Check value for File 6, Block 187:
current = 0x4ea5, required = 0x4ea5
BBED> verify
DBVERIFY - Verification starting
FILE = /oracle/oradata/roger/roger01.dbf
BLOCK = 187
DBVERIFY - Verification complete
Total Blocks Examined         : 1
Total Blocks Processed (Data) : 0
Total Blocks Failing   (Data) : 0
Total Blocks Processed (Index): 1
Total Blocks Failing   (Index): 0
Total Blocks Empty            : 0
Total Blocks Marked Corrupt   : 0
Total Blocks Influx           : 0
Message 531 not found;  product=RDBMS; facility=BBED
로그인 후 복사

到这里,我们完成了Index Block的修改,最后我们再来校验一下前面的data block,你会发现已经ok了,如下:

BBED> set file 2 block 174
FILE#?????????? 2
BLOCK#????????? 174

BBED> verify
DBVERIFY – Verification starting
FILE = /oracle/oradata/roger/sysaux01.dbf
BLOCK = 174
DBVERIFY – Verification complete

Total Blocks Examined???????? : 1
Total Blocks Processed (Data) : 0
Total Blocks Failing?? (Data) : 0
Total Blocks Processed (Index): 0
Total Blocks Failing?? (Index): 0
Total Blocks Empty??????????? : 1
Total Blocks Marked Corrupt?? : 0
Total Blocks Influx?????????? : 0
Message 531 not found;? product=RDBMS; facility=BBED
BBED>
+++++ 最后来验证下数据

SQL> alter system flush buffer_cache;
System altered.
SQL> select * from roger.t_0610;
ID NAME
---------- -------------
 1 baidu
 2 google
로그인 후 복사

至此,整个模拟测试结束,供参考!

Related posts:

  1. 创建index之前如何确定其大小
  2. ora-00600 [kddummy_blkchk] solution
  3. 如何修复未格式化的坏块?
  4. Archivelog 模式下,datafile header损坏,如何恢复?
  5. datafile 也能跨resetlogs ?
手工提交Cluster Table的事务 本站文章除注明转载外,均为本站原创: 转载自love wife & love life —Roger 的Oracle技术博客 本文链接地址: 手工提交Cluster Table的事务 前几天培训班中有学生问到,对于cluster table如果去实现手工提交事务,来屏蔽一些错误.他在自己的 环境中遇到了ora-00600 4000错误,涉及的对象即为cluster table,下面我这里简单模拟了一下。供参考! ++++创建测试表 SQL> conn roger/roger Connected. SQL> create cluster t_cluster(id number(2)) ; Cluster created. SQL> create table t_0610 2 (id number(2) primary key, 3 name varchar2(13)) 4 cluster t_cluster(id); Table created. SQL> create index t_cluster_idx on cluster t_cluster; Index created. [...]手工提交Cluster Table的事务
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

AI Hentai Generator

AI Hentai Generator

AI Hentai를 무료로 생성하십시오.

뜨거운 도구

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전

SublimeText3 중국어 버전

중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기

스튜디오 13.0.1 보내기

강력한 PHP 통합 개발 환경

드림위버 CS6

드림위버 CS6

시각적 웹 개발 도구

SublimeText3 Mac 버전

SublimeText3 Mac 버전

신 수준의 코드 편집 소프트웨어(SublimeText3)

오늘 Toutiao에 기사를 게시하여 어떻게 돈을 벌 수 있나요? 오늘 Toutiao에 기사를 게시하여 더 많은 수입을 얻는 방법! 오늘 Toutiao에 기사를 게시하여 어떻게 돈을 벌 수 있나요? 오늘 Toutiao에 기사를 게시하여 더 많은 수입을 얻는 방법! Mar 15, 2024 pm 04:13 PM

1. 오늘 Toutiao에 기사를 게시하여 어떻게 돈을 벌 수 있습니까? 오늘 Toutiao에 기사를 게시하여 더 많은 수입을 얻는 방법! 1. 기본 권익 활성화: 기사의 원본은 광고를 통해 수익을 얻을 수 있으며, 동영상은 가로 화면 모드에서 원본이어야 수익을 얻을 수 있습니다. 2. 팬 100명 권리 활성화: 팬 수가 100명 이상에 도달하면 마이크로 헤드라인, 오리지널 Q&A 작성, Q&A 수익을 얻을 수 있습니다. 3. 독창적인 작품을 고집하라: 독창적인 작품에는 기사, 마이크로 헤드라인, 질문 등이 포함되며, 300단어 이상이어야 합니다. 불법 표절 저작물을 원작으로 출판할 경우 크레딧 점수가 차감되며, 수익금도 차감되므로 주의하시기 바랍니다. 4. 수직성: 전문 분야에서 기사를 작성할 때 분야를 넘나들며 마음대로 기사를 작성할 수 없으며 적절한 추천을 받을 수 없으며, 작품의 전문성과 정확성을 확보할 수 없으며 팬을 유치하기가 어렵습니다. 그리고 독자들. 5. 활동: 높은 활동,

잠금 대기 시간 초과; 트랜잭션 다시 시작 - MySQL 오류 해결 방법: 트랜잭션 대기 시간 초과 잠금 대기 시간 초과; 트랜잭션 다시 시작 - MySQL 오류 해결 방법: 트랜잭션 대기 시간 초과 Oct 05, 2023 am 08:46 AM

Lockwaittimeoutexceeded;tryrestartingtransaction - MySQL 오류 해결 방법: 트랜잭션 대기 시간 초과 MySQL 데이터베이스를 사용할 때 다음과 같은 일반적인 오류가 발생할 수 있습니다. Lockwaittimeoutexceeded;tryrestartingtransaction 이 오류는 트랜잭션 대기 시간이 초과되었음을 나타냅니다. 이 오류는 일반적으로 다음과 같은 경우에 발생합니다.

MySQL 트랜잭션 처리: 자동 제출과 수동 제출의 차이점 MySQL 트랜잭션 처리: 자동 제출과 수동 제출의 차이점 Mar 16, 2024 am 11:33 AM

MySQL 트랜잭션 처리: 자동 제출과 수동 제출의 차이점 MySQL 데이터베이스에서 트랜잭션은 모든 실행이 성공하거나 모든 실행이 실패하여 데이터의 일관성과 무결성을 보장합니다. MySQL에서는 트랜잭션을 자동 제출과 수동 제출로 나눌 수 있는데, 차이점은 트랜잭션 제출 시기와 트랜잭션에 대한 제어 범위에 있습니다. 다음에서는 자동 제출과 수동 제출의 차이점을 자세히 소개하고 설명할 특정 코드 예제를 제공합니다. 1. 표시되지 않는 경우 MySQL에서 자동으로 제출

PHP PDO 튜토리얼: 기초부터 숙달까지 고급 가이드 PHP PDO 튜토리얼: 기초부터 숙달까지 고급 가이드 Feb 19, 2024 pm 06:30 PM

1. PDO 소개 PDO는 PHP의 확장 라이브러리로 데이터베이스를 작동하는 객체 지향 방식을 제공합니다. PDO는 Mysql, postgresql, oracle, SQLServer 등을 포함한 다양한 데이터베이스를 지원합니다. PDO를 사용하면 개발자가 통합 API를 사용하여 다양한 데이터베이스를 운영할 수 있으므로 개발자가 서로 다른 데이터베이스 간에 쉽게 전환할 수 있습니다. 2. PDO를 데이터베이스에 연결합니다. PDO를 사용하여 데이터베이스에 연결하려면 먼저 PDO 개체를 생성해야 합니다. PDO 객체의 생성자는 데이터베이스 유형, 호스트 이름, 데이터베이스 사용자 이름 및 비밀번호라는 세 가지 매개변수를 받습니다. 예를 들어, 다음 코드는 mysql 데이터베이스에 연결하는 객체를 생성합니다: $dsn="mysq

MySQL 트랜잭션의 원리와 응용 시나리오 MySQL 트랜잭션의 원리와 응용 시나리오 Mar 02, 2024 am 09:51 AM

MySQL 트랜잭션의 원칙 및 응용 시나리오 데이터베이스 시스템에서 트랜잭션은 일련의 SQL 작업입니다. 이러한 작업은 모두 성공적으로 실행되거나 모두 실패하여 롤백됩니다. 일반적으로 사용되는 관계형 데이터베이스 관리 시스템인 MySQL은 트랜잭션 특성을 지원하며 데이터베이스의 데이터가 일관성, 격리성, 내구성 및 원자성 측면에서 보장되도록 보장할 수 있습니다. 이 기사에서는 MySQL 트랜잭션의 기본 원칙부터 시작하여 해당 애플리케이션 시나리오를 소개하고 독자가 참조할 수 있는 특정 코드 예제를 제공합니다. MySQL 트랜잭션의 원리: My

MongoDB 기술 개발 시 발생하는 트랜잭션 관리 문제에 대한 솔루션 분석 MongoDB 기술 개발 시 발생하는 트랜잭션 관리 문제에 대한 솔루션 분석 Oct 08, 2023 am 08:15 AM

MongoDB 기술 개발 시 발생하는 트랜잭션 관리 문제에 대한 솔루션 분석 최신 애플리케이션이 점점 더 복잡해지고 커지면서 데이터에 대한 트랜잭션 처리 요구 사항도 점점 더 높아지고 있습니다. 널리 사용되는 NoSQL 데이터베이스인 MongoDB는 데이터 관리 측면에서 탁월한 성능과 확장성을 갖추고 있습니다. 그러나 MongoDB는 데이터 일관성과 트랜잭션 관리 측면에서 상대적으로 취약하여 개발자에게 어려움을 안겨줍니다. 이 글에서는 MongoDB 개발 시 발생하는 트랜잭션 관리 문제를 살펴보고 몇 가지 해결 방법을 제안합니다.

Java 데이터베이스 연결은 트랜잭션과 동시성을 어떻게 처리합니까? Java 데이터베이스 연결은 트랜잭션과 동시성을 어떻게 처리합니까? Apr 16, 2024 am 11:42 AM

트랜잭션은 원자성, 일관성, 격리 및 내구성을 포함한 데이터베이스 데이터 무결성을 보장합니다. JDBC는 Connection 인터페이스를 사용하여 트랜잭션 제어(setAutoCommit, 커밋, 롤백)를 제공합니다. 동시성 제어 메커니즘은 데이터 불일치를 방지하기 위해 트랜잭션 격리를 달성하기 위해 잠금 또는 낙관적/비관적 동시성 제어를 사용하여 동시 작업을 조정합니다.

Redis 클러스터 캐싱 기술에 대해 알아보기 Redis 클러스터 캐싱 기술에 대해 알아보기 Jun 20, 2023 pm 06:38 PM

RedisCluster는 Redis 기반의 분산 캐시 기술로 Redis 단일 장애 지점 및 성능 병목 현상 문제를 효과적으로 해결할 수 있습니다. RedisCluster의 원리와 구현에는 비교적 복잡한 기술적 세부 사항이 있습니다. 이 기사는 독자에게 RedisCluster에 대한 심층적인 이해를 위한 참고 자료를 제공하기 위해 다음 측면에서 시작됩니다. 1. RedisCluster 1.1 노드의 기본 개념: RedisCluster 노드는 두 가지로 나뉩니다. 종류

See all articles