上次失败，继续使用bbed 提交事物

最新推荐文章于 2024-07-25 13:22:51 发布
最新推荐文章于 2024-07-25 13:22:51 发布
阅读量125 收藏
点赞数
文章标签： 数据库 数据结构与算法

bbed 提交事物（续）

2015/09/02

desert_xu

  上次使用bbed 提交事物失败，导致undo header 块损坏，导致重启，出现 ORA-00600: 内部错误代码, 参数: [kddummy_blkchk], [2], [41], [38504], [], [], [], [] 的错误。
    俗话说 失败是成功之母，总结上次失败了的原因，主要是修改的地方遗漏了很多了，我只把简单的事物状态 state、cflags 改成 0900
  0x1c   10    0x80  0x0027  0x0002  0x0000.000e06bc  0x018004bf  0x0000.000.00000000
看了好多大牛的写的blog，但是自己还是看不明白，但是大概的思路对了，通过find /x  查处相关的数据，不知道要找哪些数据修改哦，还是比较迷茫，只能dump了 大量的undo header trace 看看了，了解 undo header 结构，不过bbed对非SYSTEM undo header 是不能 print 相关的数据结构信息了，只能用dump命令查看然后结合猜着了。
  

点击(此处)折叠或打开

  1. BBED> map
  2.  File: /export/home/oracle/oradata/ora10g/system01.dbf (1)
  3.  Block: 9 Dba:0x00400009
  4. ------------------------------------------------------------
  5.  Unlimited Undo Segment Header

  7.  struct kcbh, 20 bytes @0 通用文件头
  8.  struct ktech, 72 bytes @20 undo extent control header
  9.  struct ktemh, 16 bytes @92 undo extent map header
  10.  struct ktetb[6], 48 bytes @108 extent table
  11.  struct ktuxc, 104 bytes @4148 extent control
  12.  struct ktuxe[255], 10200 bytes @4252 undo extent table
  13.  ub4 tailchk @8188

  15. BBED> map/v
  16.  File: /export/home/oracle/oradata/ora10g/system01.dbf (1)
  17.  Block: 9 Dba:0x00400009
  18. ------------------------------------------------------------
  19.  Unlimited Undo Segment Header

  21.  struct kcbh, 20 bytes @0
  22.     ub1 type_kcbh @0
  23.     ub1 frmt_kcbh @1
  24.     ub1 spare1_kcbh @2
  25.     ub1 spare2_kcbh @3
  26.     ub4 rdba_kcbh @4
  27.     ub4 bas_kcbh @8
  28.     ub2 wrp_kcbh @12
  29.     ub1 seq_kcbh @14
  30.     ub1 flg_kcbh @15
  31.     ub2 chkval_kcbh @16
  32.     ub2 spare3_kcbh @18

  34.  struct ktech, 72 bytes @20 extent control header
  35.     ub4 spare1_ktech @20
  36.     word tsn_ktech @24
  37.     ub4 lastmap_ktech @28
  38.     ub4 mapcount_ktech @32
  39.     ub4 extents_ktech @36
  40.     ub4 blocks_ktech @40
  41.     ub2 mapend_ktech @44
  42.     struct hwmark_ktech, 32 bytes @48
  43.     struct locker_ktech, 8 bytes @80
  44.     ub4 flag_ktech @88

  46.  struct ktemh, 16 bytes @92 extent map header
  47.     ub4 count_ktemh @92
  48.     ub4 next_ktemh @96
  49.     ub4 obj_ktemh @100
  50.     ub4 flag_ktemh @104

  52.  struct ktetb[6], 48 bytes @108 extent table
  53.     ub4 ktetbdba @108
  54.     ub4 ktetbnbk @112

  56.  struct ktuxc, 104 bytes @4148 事物控制头
  57.     struct ktuxcscn, 8 bytes @4148
  58.     struct ktuxcuba, 8 bytes @4156
  59.     sb2 ktuxcflg @4164
  60.     ub2 ktuxcseq @4166
  61.     sb2 ktuxcnfb @4168
  62.     ub4 ktuxcinc @4172
  63.     sb2 ktuxcchd @4176
  64.     sb2 ktuxcctl @4178
  65.     ub2 ktuxcmgc @4180
  66.     ub4 ktuxcopt @4188
  67.     struct ktuxcfbp[5], 60 bytes @4192

  69.  struct ktuxe[255], 10200 bytes @4252 事物表
  70.     ub4 ktuxexid @4252
  71.     ub4 ktuxebrb @4256
  72.     struct ktuxescn, 8 bytes @4260
  73.     sb4 ktuxesta @4268
  74.     ub1 ktuxecfl @4269
  75.     sb2 ktuxeuel @4270

  77.  ub4 tailchk @8188


上面是system undo header 结构，从非system undo header dump trace 文件和 system undo header trace 文件 结构都一样，当然 offset 位置信息是不一样的哦。上面只能参考参考了。

后来我的想到了通过dump trace 文件来比对 oracle 在commit 之后做了哪些动作，改了哪些东西。

一下是实验
先俩个事物
SQL> insert into t1 values( 1,'AAAAA');
先不提交 然后 dump undo header
sys@ORA10G@159> SELECT xidusn,xidslot,xidsqn,ubablk,ubafil,ubasqn,ubarec FROM v$transaction;

    XIDUSN    XIDSLOT     XIDSQN     UBABLK     UBAFIL     UBASQN     UBAREC
---------- ---------- ---------- ---------- ---------- ---------- ----------
        17         28         39       1215          6         25         37
------------------------------------------------------------------------------------------------------------------------------------------------
selec name from v$rollname where usn=17;
-----------------------------------------------------------------------------
sys@ORA10G@159> alter system dump undo header '_SYSSMU17$';

系统已更改。

sys@ORA10G@159> oradebug setmypid
已处理的语句
sys@ORA10G@159> oradebug tracefile_name
/export/home/oracle/admin/ora10g/udump/ora10g_ora_14766.trc
sys@ORA10G@159> /export/home/oracle/admin/ora10g/udump/ora10g_ora_14766.trc
然后提交在dump undo 文件

点击(此处)折叠或打开

  1. ---
  2. > Unix process pid: 14780, image: oracle@solaris10 (TNS V1-V3)
  3. 15,17c15,16
  4. < *** 2015-09-01 18:21:53.172
  5. < *** SERVICE NAME:(SYS$USERS) 2015-09-01 18:21:53.172
  6. < *** SESSION ID:(159.9) 2015-09-01 18:21:53.172
  7. ---
  8. > *** SERVICE NAME:(SYS$USERS) 2015-09-01 18:24:50.837
  9. > *** SESSION ID:(159.11) 2015-09-01 18:24:50.837
  10. 44c43
  11. < TRN CTL:: seq: 0x0019 chd: 0x001f ctl: 0x0019 inc: 0x00000000 nfb: 0x0001
  12. ---
  13. > TRN CTL:: seq: 0x0019 chd: 0x001f ctl: 0x001c inc: 0x00000000 nfb: 0x0002
  14. 49c48
  15. < uba: 0x00000000.0019.24 ext: 0x2 spc: 0xbfa
  16. ---
  17. > uba: 0x018004bf.0019.25 ext: 0x2 spc: 0xb74
  18. 83c82
  19. < 0x19 9 0x00 0x0027 0xffff 0x0000.000e06ad 0x018004bf 0x0000.000.00000000
  20.   0x00000001 0x00000000 1441102692
  21. ---
  22. > 0x19 9 0x00 0x0027 0x001c 0x0000.000e06ad 0x018004bf 0x0000.000.00000000
  23.   0x00000001 0x00000000 1441102692
  24. 86c85
  25. < 0x1c 10 0x80 0x0027 0x0002 0x0000.000e06bc 0x018004bf 0x0000.000.00000000
  26.   0x00000001 0x00000000 0
  27. ---
  28. > 0x1c 9 0x00 0x0027 0xffff 0x0000.000e0744 0x018004bf 0x0000.000.00000000
  29.   0x00000001 0x00000000 1441103043

这里要修改的 数据 大概有四个地方

 1、事物控制头部TRN CTL ctl:0019 ==>001c
2、最近一次commit的事物 uel 0xffff ==> 当前事物的slot#,trn tb 里的 index索引号（xidslot#） 0xffff=>001c
3、当前事物的state\cflags  0a80 ==> 0900
4、当前事物的uel 改成 ==> 无穷大 也就是 0xffff

未commit 的trace文件 部分
   TRN CTL:: seq: 0x0019 chd: 0x001f ctl: 0x0019 inc: 0x00000000 nfb: 0x0001  --上次使用这个回滚段的事物的槽号（slot)
            mgc: 0x8201 xts: 0x0068 flg: 0x0001 opt: 2147483646 (0x7ffffffe)
            uba: 0x018004bf.0019.25 scn: 0x0000.000e00f2

 index   state cflag   wrap#    uel        scn                      uba               
 0x19    9    0x00  0x0027  0xffff  0x0000.000e06ad  0x018004bf  0x0000.000.00000000  0x00000001   0x00000000  1441102692   ----在本回滚段上次上次事物相关信息
   0x1a    9    0x00  0x0027  0x0015  0x0000.000e0658  0x018004bf  0x0000.000.00000000  0x00000001   0x00000000  1441102663
   0x1b    9    0x00  0x0026  0x0023  0x0000.000e018b  0x018004bd  0x0000.000.00000000  0x00000001   0x00000000  1441100372
   0x1c   10    0x80  0x0027  0x0002  0x0000.000e06bc  0x018004bf  0x0000.000.00000000  0x00000001   0x00000000  0
   0x1d    9    0x00  0x0026  0x002f  0x0000.000e032c  0x018004b8  0x0000.000.00000000  0x00000001   0x00000000  1441101312
   0x1e    9    0x00  0x0026  0x0021  0x0000.000e012e  0x018004bd  0x0000.000.00000000  0x00000001   0x00000000  1441100169
   0x1f    9    0x00  0x0026  0x001e  0x0000.000e0125  0x018004bd  0x0000.000.00000000  0x00000002   0x00000000  1441100169

然后再做实验 再插入一条数据

insert into t1 valus (1,'aaaaa');
不提交，dump trace 文件
sys@ORA10G@159> alter system flush buffer_cache;

系统已更改。

sys@ORA10G@159> alter system checkpoint;

系统已更改。

sys@ORA10G@159>  SELECT xidusn,xidslot,xidsqn,ubablk,ubafil,ubasqn,ubarec FROM v$transaction;

    XIDUSN    XIDSLOT     XIDSQN     UBABLK     UBAFIL     UBASQN     UBAREC
---------- ---------- ---------- ---------- ---------- ---------- ----------
        14         29         44       1523          6         25         39

sys@ORA10G@159> ^[[A^[[A
                    " - 其余行忽略。
sys@ORA10G@159> ^[[A^[[A
sys@ORA10G@159> 令 "
sys@ORA10G@159> select name from v$rollname where usn=14;

NAME
------------------------------
_SYSSMU14$

sys@ORA10G@159> _SYSSMU14$
SP2-0042: 未知命令 "_SYSSMU14$" - 其余行忽略。
sys@ORA10G@159> alter system dump undo header '_SYSSMU14$';

系统已更改。

sys@ORA10G@159> oradebug setmypid
已处理的语句
sys@ORA10G@159> oradebug tracefile_name
/export/home/oracle/admin/ora10g/udump/ora10g_ora_14780.trc
sys@ORA10G@159> /export/home/oracle/admin/ora10g/udump/ora10g_ora_14780.trc
SP2-0734: 未知的命令开头 "/export/ho..." - 忽略了剩余的行。
sys@ORA10G@159> 
sys@ORA10G@159> exit
从 Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - Production
With the Partitioning, OLAP and Data Mining options 断开
-bash-3.00$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.2.0 - Production on 星期二 9月 1 21:50:26 2015

Copyright (c) 1982, 2005, Oracle.  All Rights Reserved.

连接到: 
Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - Production
With the Partitioning, OLAP and Data Mining options

sys@ORA10G@159> alter system dump undo header '_SYSSMU14$';

系统已更改。

sys@ORA10G@159> oradebug setmypid
已处理的语句
sys@ORA10G@159> oradebug tracefile_name
/export/home/oracle/admin/ora10g/udump/ora10g_ora_15202.trc
sys@ORA10G@159> /export/home/oracle/admin/ora10g/udump/ora10g_ora_15202.trc
SP2-0734: 未知的命令开头 "/export/ho..." - 忽略了剩余的行。
sys@ORA10G@159> 
sys@ORA10G@159> _SYSSMU14
SP2-0042: 未知命令 "_SYSSMU14" - 其余行忽略。
sys@ORA10G@159> select header_file,header_block from dba_segments where segment_name='_SYSSMU14$';

HEADER_FILE HEADER_BLOCK
----------- ------------
          6           57

sys@ORA10G@159> SELECT xidusn,xidslot,xidsqn,ubablk,ubafil,ubasqn,ubarec FROM v$transaction;

    XIDUSN    XIDSLOT     XIDSQN     UBABLK     UBAFIL     UBASQN     UBAREC
---------- ---------- ---------- ---------- ---------- ---------- ----------
        14         29         44       1523          6         25         39

一下是操作过程，需要细心、看仔细，不然出错就问题大了

点击(此处)折叠或打开

  1. BBED> find /x ffff top
  2.  File: /export/home/oracle/oradata/udotbs02.dbf (6)
  3.  Block: 121 Offsets: 6137 to 6236 Dba:0x01800079
  4. ------------------------------------------------------------------------
  5.  ffff7f00 0000001f 00040001 00ca1d82 0080011f 00140001 004e1500 00000015
  6.  0004000b 007e1d00 00000000 00000000 00000000 00000000 00000000 00000020
  7.  00000081 00800182 d40d0000 00a18709 00060000 00000000 00000000 00000001
  8.  00000010

  10.  <32 bytes per line>

  12. BBED> f
  13.  File: /export/home/oracle/oradata/udotbs02.dbf (6)
  14.  Block: 121 Offsets: 7058 to 7157 Dba:0x01800079
  15. ------------------------------------------------------------------------
  16.  ffff0000 00000000 00000000 00000100 0000551f e5551f00 00008000 8001a0d0
  17.  0d000000 a1870900 18000000 00000000 00000000 00000100 00000413 e5551f00
  18.  00008000 8001f2d0 0d000000 2f080900 19000000 00000000 00000000 00000100
  19.  00008e13

  21.  <32 bytes per line>

  23. BBED> d offset 7040 count 100
  24.  File: /export/home/oracle/oradata/udotbs02.dbf (6)
  25.  Block: 121 Offsets: 7040 to 7139 Dba:0x01800079
  26. ------------------------------------------------------------------------
  27.  20000000 83008001 aed60d00 0000a187 0900ffff 00000000 00000000 00000000
  28.  01000000 551fe555 1f000000 80008001 a0d00d00 0000a187 09001800 00000000
  29.  00000000 00000000 01000000 0413e555 1f000000 80008001 f2d00d00 00002f08
  30.  09001900

  32.  <32 bytes per line>

  34. BBED> set file 1 block 9
  35.         FILE# 1
  36.         BLOCK# 9

  38. BBED> map
  39.  File: /export/home/oracle/oradata/ora10g/system01.dbf (1)
  40.  Block: 9 Dba:0x00400009
  41. ------------------------------------------------------------
  42.  Unlimited Undo Segment Header

  44.  struct kcbh, 20 bytes @0

  46.  struct ktech, 72 bytes @20

  48.  struct ktemh, 16 bytes @92

  50.  struct ktetb[6], 48 bytes @108

  52.  struct ktuxc, 104 bytes @4148

  54.  struct ktuxe[255], 10200 bytes @4252

  56.  ub4 tailchk @8188


  59. BBED> map/v
  60.  File: /export/home/oracle/oradata/ora10g/system01.dbf (1)
  61.  Block: 9 Dba:0x00400009
  62. ------------------------------------------------------------
  63.  Unlimited Undo Segment Header

  65.  struct kcbh, 20 bytes @0
  66.     ub1 type_kcbh @0
  67.     ub1 frmt_kcbh @1
  68.     ub1 spare1_kcbh @2
  69.     ub1 spare2_kcbh @3
  70.     ub4 rdba_kcbh @4
  71.     ub4 bas_kcbh @8
  72.     ub2 wrp_kcbh @12
  73.     ub1 seq_kcbh @14
  74.     ub1 flg_kcbh @15
  75.     ub2 chkval_kcbh @16
  76.     ub2 spare3_kcbh @18

  78.  struct ktech, 72 bytes @20
  79.     ub4 spare1_ktech @20
  80.     word tsn_ktech @24
  81.     ub4 lastmap_ktech @28
  82.     ub4 mapcount_ktech @32
  83.     ub4 extents_ktech @36
  84.     ub4 blocks_ktech @40
  85.     ub2 mapend_ktech @44
  86.     struct hwmark_ktech, 32 bytes @48
  87.     struct locker_ktech, 8 bytes @80
  88.     ub4 flag_ktech @88

  90.  struct ktemh, 16 bytes @92
  91.     ub4 count_ktemh @92
  92.     ub4 next_ktemh @96
  93.     ub4 obj_ktemh @100
  94.     ub4 flag_ktemh @104

  96.  struct ktetb[6], 48 bytes @108
  97.     ub4 ktetbdba @108
  98.     ub4 ktetbnbk @112

  100.  struct ktuxc, 104 bytes @4148
  101.     struct ktuxcscn, 8 bytes @4148
  102.     struct ktuxcuba, 8 bytes @4156
  103.     sb2 ktuxcflg @4164
  104.     ub2 ktuxcseq @4166
  105.     sb2 ktuxcnfb @4168
  106.     ub4 ktuxcinc @4172
  107.     sb2 ktuxcchd @4176
  108.     sb2 ktuxcctl @4178
  109.     ub2 ktuxcmgc @4180
  110.     ub4 ktuxcopt @4188
  111.     struct ktuxcfbp[5], 60 bytes @4192

  113.  struct ktuxe[255], 10200 bytes @4252
  114.     ub4 ktuxexid @4252
  115.     ub4 ktuxebrb @4256
  116.     struct ktuxescn, 8 bytes @4260
  117.     sb4 ktuxesta @4268
  118.     ub1 ktuxecfl @4269
  119.     sb2 ktuxeuel @4270

  121.  ub4 tailchk @8188


  124. BBED> p ktuxe
  125. struct ktuxe[0], 40 bytes @4252
  126.    ub4 ktuxexid @4252 0x0000002e
  127.    ub4 ktuxebrb @4256 0x0040018f
  128.    struct ktuxescn, 8 bytes @4260
  129.       ub4 kscnbas @4260 0x000d1f80
  130.       ub2 kscnwrp @4264 0x0000
  131.    sb4 ktuxesta @4268 6225929 (NONE)
  132.    ub1 ktuxecfl @4269 0x00
  133.    sb2 ktuxeuel @4270 95
  134. struct ktuxe[1], 40 bytes @4292
  135.    ub4 ktuxexid @4292 0x0000002f
  136.    ub4 ktuxebrb @4296 0x00400198
  137.    struct ktuxescn, 8 bytes @4300
  138.       ub4 kscnbas @4300 0x000dd663
  139.       ub2 kscnwrp @4304 0x0000
  140.    sb4 ktuxesta @4308 917513 (NONE)
  141.    ub1 ktuxecfl @4309 0x00
  142.    sb2 ktuxeuel @4310 14
  143. struct ktuxe[2], 40 bytes @4332
  144.    ub4 ktuxexid @4332 0x0000002f
  145.    ub4 ktuxebrb @4336 0x00400198
  146.    struct ktuxescn, 8 bytes @4340
  147.       ub4 kscnbas @4340 0x000dd661
  148.       ub2 kscnwrp @4344 0x0000
  149.    sb4 ktuxesta @4348 65545 (NONE)
  150.    ub1 ktuxecfl @4349 0x00
  151.    sb2 ktuxeuel @4350 1
  152. struct ktuxe[3], 40 bytes @4372
  153.    ub4 ktuxexid @4372 0x0000002e
  154.    ub4 ktuxebrb @4376 0x0040018f
  155.    struct ktuxescn, 8 bytes @4380
  156.       ub4 kscnbas @4380 0x000d1f70
  157.       ub2 kscnwrp @4384 0x0000
  158.    sb4 ktuxesta @4388 5898249 (NONE)
  159.    ub1 ktuxecfl @4389 0x00
  160.    sb2 ktuxeuel @4390 90
  161. struct ktuxe[4], 40 bytes @4412
  162.    ub4 ktuxexid @4412 0x0000002f
  163.    ub4 ktuxebrb @4416 0x00400197
  164.    struct ktuxescn, 8 bytes @4420
  165.       ub4 kscnbas @4420 0x000d4f82
  166.       ub2 kscnwrp @4424 0x0000
  167.    sb4 ktuxesta @4428 4718601 (NONE)
  168.    ub1 ktuxecfl @4429 0x00
  169.    sb2 ktuxeuel @4430 72
  170. struct ktuxe[5], 40 bytes @4452
  171.    ub4 ktuxexid @4452 0x0000002f
  172.    ub4 ktuxebrb @4456 0x00400198
  173.    struct ktuxescn, 8 bytes @4460
  174.       ub4 kscnbas @4460 0x000dd655
  175.       ub2 kscnwrp @4464 0x0000
  176.    sb4 ktuxesta @4468 5308425 (NONE)
  177.    ub1 ktuxecfl @4469 0x00
  178.    sb2 ktuxeuel @4470 81
  179. struct ktuxe[6], 40 bytes @4492
  180.    ub4 ktuxexid @4492 0x0000002e
  181.    ub4 ktuxebrb @4496 0x0040018e
  182.    struct ktuxescn, 8 bytes @4500
  183.       ub4 kscnbas @4500 0x000d1f6a
  184.       ub2 kscnwrp @4504 0x0000
  185.    sb4 ktuxesta @4508 1507337 (NONE)
  186.    ub1 ktuxecfl @4509 0x00
  187.    sb2 ktuxeuel @4510 23
  188. struct ktuxe[7

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

转载于:http://blog.itpub.net/21980353/viewspace-1789189/

cuihuizhu4448
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
10 oracle bbed恢复ora-600[4193][4194]的错误
weixin_30681615的博客
06-27 278
ORA-600 [4193] 错误解析 ERROR: Format: ORA-600 [4193] [a] [b] VERSIONS: versions 6.0 to 12.1 DESCRIPTION: A mismatch has been detected between Redo records and Rollback (Undo) records...
使用BBED手工提交事务
01-30 727
测试数据准备： SQL> create user sunhailong identifiedby abcd;   User created.   SQL> alter user sunhailong defaulttablespace users;   User altered.   SQL> grant dba to sunhailong;   Grant succeede
bbed提交事务
sqlora的专栏
02-21 164
有时候数据库挂掉，起库会出现ORA-00704错误，而导致ORA-00704错误的根本原因是訪问OBJ$的时候。ORACLE须要回滚段中的数据，而訪问回滚段的时候须要的undo数据已经被覆盖，此时我们能够通过bbed工具手工提交事务。从而解决问题。 使用bbed提交事务測试步骤例如以下： JP@ORCL>createtableJP_BBED_TESTasselect*fromhr.employeeswhererownum<=10; Tablecreated. ...
oracle事务格式,【Oracle】使用bbed手动提交事务
weixin_39885469的博客
04-07 128
文件输入输出使用文件流对象创建文件流对象时，我们可以提供文件名(可选)。如果提供了一个文件名，则open会自动被调用：ifstream in(ifile); //构造一个ifstream并打开给定文件ofstream out; //输出文件流未关联到任何文件用fstream代替iostream&首先这里有一个头文件和一个定义的文件要使用Sales_data.h#...
Oracle 11g下编译使用BBED的方法教程
09-09
首先，为了在Oracle 11g中使用BBED，你需要确保系统中缺少的文件已正确地从10g版本复制到相应的位置。这些文件包括： 1. `$ORACLE_HOME/rdbms/lib/sbbdpt.o` 2. `$ORACLE_HOME/rdbms/lib/ssbbded.o` 3. `$ORACLE_...
bbed使用.docx
07-07
**bbed工具详解** 在Oracle数据库管理中，`bbed`是一个非常实用的工具，主要用于...请注意，直接修改数据库文件可能对数据造成不可逆的破坏，因此在使用`bbed`时务必谨慎，并确保在进行任何操作前有完整的数据库备份。
BBED 使用手册
07-10
BBED 使用手册 BBED（Block EDitor）是 Oracle 提供的块编辑器，借助 BBED，可以帮助我们更好地理解 Oracle 的 Block 结构。BBED 使用手册详细介绍了 BBED 的使用，非常适合初学者学习。下面是 BBED 的详细使用介绍...
非常规恢复使用BBED跳过归档
12-17
非常规恢复使用BBED跳过归档
BBED安装包
03-18
在使用BBED时，必须非常谨慎，遵循最佳实践，并确保有完整的数据库备份，以防万一。 在提供的压缩包文件中，"BBED_10g_源码 x64"表明这包含的是BBED在Oracle 10g版本的源代码，且适用于64位操作系统。源码的提供...
基于JSP的高校信息资源共享平台
heye0910032的博客
07-22 675
高校信息资源共享平台的开发和实现，为高校信息资源的管理和共享提供了一个有效的解决方案。通过使用JSP技术和MySQL数据库，本系统实现了一个稳定、安全、易用的高校信息资源管理平台。虽然在开发过程中遇到了一些技术挑战，但通过不断学习和实践，最终完成了一个能够满足用户需求的系统。未来，我们将继续优化系统功能，提升用户体验，以期达到更高的应用价值和社会效益。高校信息资源共享平台的开发和实现，为高校信息资源的管理和共享提供了一个有效的解决方案。
秒杀业务: 简单梳理
m0_59925573的博客
07-23 1534
（1）在一人一单优惠券秒杀中，先是解决了因线程安全导致的超卖问题，为了满足一人一单的业务需求需要给查询订单表查询库存表上锁，但是synchronized只能满足单机环境下线程安全，在分布式环境对多个JVM需要使用分布式锁，于是手写分布式锁,但是在极端情况下，例如业务超时，会出现“误删”问题，手写锁无法解决，于是引入redisson,借助看门狗机制可以有效解决这个问题。
04-用户画像+sqoop使用
weixin_46567476的博客
07-21 580
sqoop的作用是实现数据的导入和导出，主要是对数据库和数据仓库之间的操作。qoop脚本就是将sqoop指令写入shell文件 后缀是 .sh。只要是支持jdbc连接的数据库都可以使用sqoop操作。
redis常用指令
m0_62289159的博客
07-22 794
redis常用指令
Django cursor()增删改查和shell环境执行脚本
人生苦短，何妨一试
07-21 491
在Django中，cursor()方法是DatabaseWrapper对象（由django.db.connectio提供）的一个方法，用于创建一个游标对象。这个游标对象可以用来执行SQL命令，从而实现对数据库的增删改查操作。使用cursor.execute()方法执行SQL查询语句，可以获取数据库中的数据。查询your_table表中的所有记录。执行查询后，你可以使用cursor.fetchall()或cursor.fetchone()等方法来获取查询结果。
sqlalchemy使用json_unquote函数的mysql like查询
ithongchou的博客
07-23 1181
为您自己的数据库连接信息，并根据实际表结构修改模型类。函数查询MySQL JSON字段可以通过使用。下面是一个示例，假设有一个名为。请确保替换示例代码中的数据库连接字符串(在SQLAlchemy中使用。的表，其中包含一个名为。
MongoDB教程（十五）：MongoDB原子操作
菜鸟小码的博客
07-21 846
在多线程或分布式环境中，保证数据一致性是一项重大挑战。原子操作是解决这一问题的关键技术之一，它确保一系列操作要么全部成功，要么全部失败，从而维持数据的完整性和一致性。MongoDB 提供了一系列内置的原子操作，使开发者能够轻松地在数据库层面实现事务性和数据完整性。本文将深入探讨 MongoDB 中的原子操作，包括更新、插入和删除操作的原子性，并通过具体案例代码展示如何在实际应用中运用这些原子操作。
雪花算法及MP实现方式
最新发布
zhuge_long的专栏
07-25 603
不过，这个主键自增长的方案好不好呢？如果发现有时钟回拨，时间很短比如 5 毫秒，就等待，然后再生成。面试常问：如果是并发量高，同一台机器一毫秒有5000个id，那么id会不会重复，不会，根据源码如果一毫秒内超过4096个id，则会阻塞到下一毫秒再生成。原生的 Snowflake 算法是完全依赖于时间的，如果有时钟回拨的情况发生，会生成重复的 ID，市场上的解决方案也是不少。如果发现有时钟回拨，时间很短比如 3 毫秒（一般大于3毫秒就不建议等待），就等待（线程睡3秒再来生成id），然后再生成。
通过Docker安装KingbaseES V8并激活开发License
weimeilayer的博客
07-24 136
首先，我们可以去KingbaseES的官网（https://www.kingbase.com.cn/xzzx/index.htm ，在软件版本中，注意下载的镜像为x86版本）下载docker镜像，下载完成后导入即可。简单介绍一下在Docker中安装人大金仓（KingbaseES V9）的过程，以及如何更换默认的License为官方提供的365天有效期的开发License。下面的安装过程都是在WSL2中完成的。我们可以通过下面的命令从宿主来直接查看KingbaseES的版本。启动容器，可以直接下面的脚本。
使用BBED修复ORA-08102错误详解
"这篇文章主要介绍了如何使用BBED工具模拟并修复Oracle数据库中的ORA-08102错误，包括BBED的基本使用、数据块格式的分析、错误追踪文件的解读以及ROWID信息的获取等技能。作者强调，该文适合Oracle初学者，不适合...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值