ZBDBA@orcl11gselect * from zbdba;select * from zbdba *ERROR at line 1:ORA-01578: ORACLE data block corrupted (file # 3, block # 1449)ORA-01110: data file 3: /opt/oracle/oradata/orcl11g/undotbs01.dbf 这里是事务正在执行，但是数据库直接以abor
ZBDBA@orcl11g>select * from zbdba;
select * from zbdba
*
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 3, block # 1449)
ORA-01110: data file 3: '/opt/oracle/oradata/orcl11g/undotbs01.dbf'
这里是事务正在执行，但是数据库直接以abort方式关机，并且对应的回滚段损坏
当然这里其实不需要bbed，只需要用_offline_rollback_segments 隐含参数标记对应的回滚段，然后使用drop rollback segment 该回滚段即可
这里使用bbed目的是在于研究undo回滚段的状态存于何处以及如何修改
这里我们创建另外一个undo表空间，并且切换到该表空间
ZBDBA@orcl11g>create undo tablespace undotbs02 datafile '/opt/oracle/oradata/orcl11g/undotb02.dbf' size 100m; Tablespace created. ZBDBA@orcl11g>alter system set undo_tablespace=undotbs02; System altered. ZBDBA@orcl11g>show parameter undo NAME TYPE VALUE ------------------------------------ ---------------------- ------------------------------ undo_management string AUTO undo_retention integer 900 undo_tablespace string UNDOTBS02我们查看回滚段的状态，发现即使切换了，还有一个回滚段处于online状态，因为这个回滚段上面还存在需要恢复的数据，但是这个回滚段已经被损坏，无法进行恢复。那么我们只能将其删除。
ZBDBA@orcl11g>select segment_name,tablespace_name,status from dba_rollback_segs; SEGMENT_NAME TABLESPACE_NAME STATUS ------------------------------ -------------------- ------------------------------------------------------------ SYSTEM SYSTEM ONLINE _SYSSMU10_3550978943$ UNDOTBS1 ONLINE _SYSSMU9_1424341975$ UNDOTBS1 OFFLINE _SYSSMU8_2012382730$ UNDOTBS1 OFFLINE _SYSSMU7_3286610060$ UNDOTBS1 OFFLINE _SYSSMU6_2443381498$ UNDOTBS1 OFFLINE _SYSSMU5_1527469038$ UNDOTBS1 OFFLINE _SYSSMU4_1152005954$ UNDOTBS1 OFFLINE _SYSSMU3_2097677531$ UNDOTBS1 OFFLINE _SYSSMU2_2232571081$ UNDOTBS1 OFFLINE _SYSSMU1_3780397527$ UNDOTBS1 OFFLINE _SYSSMU20_3705739785$ UNDOTBS02 ONLINE _SYSSMU19_3920348761$ UNDOTBS02 ONLINE _SYSSMU18_2539622763$ UNDOTBS02 ONLINE _SYSSMU17_178842559$ UNDOTBS02 ONLINE _SYSSMU16_3035903491$ UNDOTBS02 ONLINE _SYSSMU15_444141832$ UNDOTBS02 ONLINE _SYSSMU14_3021863913$ UNDOTBS02 ONLINE _SYSSMU13_3717211136$ UNDOTBS02 ONLINE _SYSSMU12_3182721254$ UNDOTBS02 ONLINE _SYSSMU11_3909920883$ UNDOTBS02 ONLINE通过以下可以看到不同的数字对应不同的状态：
undo segment 的状态：
1表示offline并且被删除
2 表示offline
3 表示online
4 未知
5 表示need recovery
SYS@orcl11g>select name,status$ from undo$; NAME STATUS$ ------------------------------------------------------------ ---------- SYSTEM 3 _SYSSMU1_3780397527$ 2 _SYSSMU2_2232571081$ 2 _SYSSMU3_2097677531$ 2 _SYSSMU4_1152005954$ 2 _SYSSMU5_1527469038$ 2 _SYSSMU6_2443381498$ 2 _SYSSMU7_3286610060$ 2 _SYSSMU8_2012382730$ 2 _SYSSMU9_1424341975$ 2 _SYSSMU10_3550978943$ 3 _SYSSMU11_3909920883$ 3 _SYSSMU12_3182721254$ 3 _SYSSMU13_3717211136$ 3 _SYSSMU14_3021863913$ 3 _SYSSMU15_444141832$ 3 _SYSSMU16_3035903491$ 3 _SYSSMU17_178842559$ 3 _SYSSMU18_2539622763$ 3 _SYSSMU19_3920348761$ 3 _SYSSMU20_3705739785$ 3强制将该回滚段offline，发现还是无法删除：
SYS@orcl11g>alter rollback segment "_SYSSMU10_3550978943$" offline; Rollback segment altered. SYS@orcl11g>drop tablespace UNDOTBS1; drop tablespace UNDOTBS1 * ERROR at line 1: ORA-30013: undo tablespace 'UNDOTBS1' is currently in use此时，我们关闭数据库使用bbed更改该回滚段的状态：
在数据库启动的时候，我们可以是oradebug 10046事件追踪，通过trace文件分析:
PARSING IN CURSOR #2 len=142 dep=1 uid=0 oct=3 lid=0 tim=1414654507002840 hv=361892850 ad='78938c58' sqlid='7bd391hat42zk' select /*+ rule */ name,file#,block#,status$,user#,undosqn,xactsqn,scnbas,scnwrp,DECODE(inst#,0,NULL,inst#),ts#,spare1 from undo$ where us#=:1 END OF STMT PARSE #2:c=0,e=17,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=3,plh=906473769,tim=1414654507002839 BINDS #2: Bind#0 oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00 oacflg=08 fl2=0001 frm=00 csi=00 siz=24 off=0 kxsbbbfp=7fcf70adc448 bln=22 avl=02 flg=05 value=7undo段的状态是从undo$基表中获取的，那么我们看看这里的基表对应的物理块号
SYS@orcl11g>select rowid,dbms_rowid.rowid_object(rowid) robject, 2 dbms_rowid.rowid_relative_fno(rowid) fno, 3 dbms_rowid.rowid_block_number(rowid) bno, 4 dbms_rowid.rowid_row_number(rowid) rno from undo$ where rownum=1; ROWID ROBJECT FNO BNO RNO ------------------ ---------- ---------- ---------- ---------- AAAAAPAABAAAADhAAA 15 1 225 0然后我们使用bbed查看该数据块：
BBED> map File: /opt/oracle/oradata/orcl11g/system01.dbf (1) Block: 225 Dba:0x004000e1 ------------------------------------------------------------ KTB Data Block (Table/Cluster) struct kcbh, 20 bytes @0 struct ktbbh, 48 bytes @20 struct kdbh, 14 bytes @68 struct kdbt[1], 4 bytes @82 sb2 kdbr[21] @86 ub1 freespace[3752] @128 ub1 rowdata[4308] @3880 ub4 tailchk @8188这里可以看出与视图对应的21个回滚段：
BBED> p kdbr sb2 kdbr[0] @86 8078 sb2 kdbr[1] @88 4071 sb2 kdbr[2] @90 5156 sb2 kdbr[3] @92 5088 sb2 kdbr[4] @94 4206 sb2 kdbr[5] @96 4952 sb2 kdbr[6] @98 4341 sb2 kdbr[7] @100 4816 sb2 kdbr[8] @102 4748 sb2 kdbr[9] @104 4680 sb2 kdbr[10] @106 4611 sb2 kdbr[11] @108 4008 sb2 kdbr[12] @110 5880 sb2 kdbr[13] @112 5817 sb2 kdbr[14] @114 5751 sb2 kdbr[15] @116 3943 sb2 kdbr[16] @118 5622 sb2 kdbr[17] @120 3878 sb2 kdbr[18] @122 5490 sb2 kdbr[19] @124 3812 sb2 kdbr[20] @126 5360 BBED> p *kdbr[10] rowdata[799] ------------ ub1 rowdata[799] @4679 0x2c BBED> x /1rnnnnnnnn rowdata[799] @4679 ------------ flag@4679: 0x2c (KDRHFL, KDRHFF, KDRHFH) lock@4680: 0x00 cols@4681: 17 col 0[2] @4682: 10 col 1[21] @4685: -0 col 2[2] @4707: 1 col 3[2] @4710: 3 col 4[3] @4713: 272 col 5[5] @4717: 5168854 col 6[1] @4723: 0 col 7[3] @4725: 866 col 8[3] @4729: 350 col 9[1] @4733: 0 col 10[2] @4735: 3 col 11[2] @4738: 2 col 12[0] @4741: *NULL* col 13[0] @4742: *NULL* col 14[0] @4743: *NULL* col 15[0] @4744: *NULL* col 16[2] @4745: 2在这里我们将回滚段的状态修改为2，表示offline
BBED> modify /x 02 offset 4737 Warning: contents of previous BIFILE will be lost. Proceed? (Y/N) y File: /opt/oracle/oradata/orcl11g/system01.dbf (1) Block: 225 Offsets: 4737 to 5248 Dba:0x004000e1 ------------------------------------------------------------------------ 0202c103 ffffffff 02c1032c 011102c1 0a145f53 5953534d 55395f31 34323433 34313937 352402c1 0202c104 03c20339 05c40614 12210180 03c20b5e 03c2045e 018002c1 0302c103 ffffffff 02c1032c 001102c1 09145f53 5953534d 55385f32 30313233 38323733 302402c1 0202c104 03c20329 05c40614 11380180 03c20b40 03c20334 018002c1 0302c103 ffffffff 02c1032c 001102c1 08145f53 5953534d 55375f33 32383636 31303036 302402c1 0202c104 03c20319 05c40614 11350180 03c20953 03c20418 018002c1 0302c103 ffffffff 02c1032c 001102c1 07145f53 5953534d 55365f32 34343333 38313439 382402c1 0202c104 03c20309 05c40220 295a0180 03c20944 03c20261 018002c1 0402c103 ffffffff 02c1032c 001102c1 06145f53 5953534d 55355f31 35323734 36393033 382402c1 0202c104 03c2025d 05c40614 11340180 03c20d4c 03c20512 018002c1 0302c103 ffffffff 02c1032c 001102c1 05145f53 5953534d 55345f31 31353230 30353935 342402c1 0202c104 03c2024d 05c4023e 14400180 03c2084c 03c20461 018002c1 0402c103 ffffffff 02c1032c 001102c1 04145f53 5953534d 55335f32 30393736 37373533 312402c1 0202c104 03c2023d 05c40614 11360180 03c20b5d 03c2053a 018002c1 0302c103 ffffffff 02c1032c 001102c1 03145f53 5953534d 55325f32 32333235 37313038 <32 bytes per line> BBED> p *kdbr[10] rowdata[799] ------------ ub1 rowdata[799] @4679 0x2c BBED> x /1rnnnnnnnn rowdata[799] @4679 ------------ flag@4679: 0x2c (KDRHFL, KDRHFF, KDRHFH) lock@4680: 0x00 cols@4681: 17 col 0[2] @4682: 10 col 1[21] @4685: -0 col 2[2] @4707: 1 col 3[2] @4710: 3 col 4[3] @4713: 272 col 5[5] @4717: 5168854 col 6[1] @4723: 0 col 7[3] @4725: 866 col 8[3] @4729: 350 col 9[1] @4733: 0 col 10[2] @4735: 1 col 11[2] @4738: 2 col 12[0] @4741: *NULL* col 13[0] @4742: *NULL* col 14[0] @4743: *NULL* col 15[0] @4744: *NULL* col 16[2] @4745: 2 BBED> sum apply; Check value for File 1, Block 225: current = 0x93df, required = 0x93df BBED> verify DBVERIFY - Verification starting FILE = /opt/oracle/oradata/orcl11g/system01.dbf BLOCK = 225 DBVERIFY - Verification complete Total Blocks Examined : 1 Total Blocks Processed (Data) : 1 Total Blocks Failing (Data) : 0 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刷新缓存，重新查看视图：
SYS@orcl11g>alter system flush buffer_cache; System altered. SYS@orcl11g>select segment_name,tablespace_name,status from dba_rollback_segs; SEGMENT_NAME TABLESPACE_NAME STATUS ------------------------------ -------------------- ------------------------------------------------------------ SYSTEM SYSTEM ONLINE _SYSSMU10_3550978943$ UNDOTBS1 OFFLINE _SYSSMU9_1424341975$ UNDOTBS1 OFFLINE _SYSSMU8_2012382730$ UNDOTBS1 OFFLINE _SYSSMU7_3286610060$ UNDOTBS1 OFFLINE _SYSSMU6_2443381498$ UNDOTBS1 OFFLINE _SYSSMU5_1527469038$ UNDOTBS1 OFFLINE _SYSSMU4_1152005954$ UNDOTBS1 OFFLINE _SYSSMU3_2097677531$ UNDOTBS1 OFFLINE _SYSSMU2_2232571081$ UNDOTBS1 OFFLINE _SYSSMU1_3780397527$ UNDOTBS1 OFFLINE _SYSSMU20_3705739785$ UNDOTBS02 ONLINE _SYSSMU19_3920348761$ UNDOTBS02 ONLINE _SYSSMU18_2539622763$ UNDOTBS02 ONLINE _SYSSMU17_178842559$ UNDOTBS02 ONLINE _SYSSMU16_3035903491$ UNDOTBS02 ONLINE _SYSSMU15_444141832$ UNDOTBS02 ONLINE _SYSSMU14_3021863913$ UNDOTBS02 ONLINE _SYSSMU13_3717211136$ UNDOTBS02 ONLINE _SYSSMU12_3182721254$ UNDOTBS02 ONLINE _SYSSMU11_3909920883$ UNDOTBS02 ONLINE SYS@orcl11g>select name,status$ from undo$; NAME STATUS$ ------------------------------------------------------------ ---------- SYSTEM 3 _SYSSMU1_3780397527$ 2 _SYSSMU2_2232571081$ 2 _SYSSMU3_2097677531$ 2 _SYSSMU4_1152005954$ 2 _SYSSMU5_1527469038$ 2 _SYSSMU6_2443381498$ 2 _SYSSMU7_3286610060$ 2 _SYSSMU8_2012382730$ 2 _SYSSMU9_1424341975$ 2 _SYSSMU10_3550978943$ 1 _SYSSMU11_3909920883$ 3 _SYSSMU12_3182721254$ 3 _SYSSMU13_3717211136$ 3 _SYSSMU14_3021863913$ 3 _SYSSMU15_444141832$ 3 _SYSSMU16_3035903491$ 3 _SYSSMU17_178842559$ 3 _SYSSMU18_2539622763$ 3 _SYSSMU19_3920348761$ 3 _SYSSMU20_3705739785$ 3 SYS@orcl11g>select name,status$ from undo$; NAME STATUS$ ------------------------------------------------------------ ---------- SYSTEM 3 _SYSSMU1_3780397527$ 1 _SYSSMU2_2232571081$ 1 _SYSSMU3_2097677531$ 1 _SYSSMU4_1152005954$ 1 _SYSSMU5_1527469038$ 1 _SYSSMU6_2443381498$ 1 _SYSSMU7_3286610060$ 1 _SYSSMU8_2012382730$ 1 _SYSSMU9_1424341975$ 1 _SYSSMU10_3550978943$ 1 _SYSSMU11_3909920883$ 3 _SYSSMU12_3182721254$ 3 _SYSSMU13_3717211136$ 3 _SYSSMU14_3021863913$ 3 _SYSSMU15_444141832$ 3 _SYSSMU16_3035903491$ 3 _SYSSMU17_178842559$ 3 _SYSSMU18_2539622763$ 3 _SYSSMU19_3920348761$ 3 _SYSSMU20_3705739785$ 3 21 rows selected.
重新启动数据库，发现offline的回滚段不存在：
SYS@orcl11g>col segment_name for a30; SYS@orcl11g>col tablespace_name for a30; SYS@orcl11g>select segment_name,tablespace_name,status from dba_rollback_segs; SEGMENT_NAME TABLESPACE_NAME STATUS ------------------------------ ------------------------------ ------------------------------------------------------------ SYSTEM SYSTEM ONLINE _SYSSMU20_3705739785$ UNDOTBS02 ONLINE _SYSSMU19_3920348761$ UNDOTBS02 ONLINE _SYSSMU18_2539622763$ UNDOTBS02 ONLINE _SYSSMU17_178842559$ UNDOTBS02 ONLINE _SYSSMU16_3035903491$ UNDOTBS02 ONLINE _SYSSMU15_444141832$ UNDOTBS02 ONLINE _SYSSMU14_3021863913$ UNDOTBS02 ONLINE _SYSSMU13_3717211136$ UNDOTBS02 ONLINE _SYSSMU12_3182721254$ UNDOTBS02 ONLINE _SYSSMU11_3909920883$ UNDOTBS02 ONLINE 这时候我们来查看该表： SYS@orcl11g>conn zbdba/oracle; Connected. ZBDBA@orcl11g>select * from zbdba; NAME ------------------------------------------------------------ zbbda
陳述
本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn
如何識別和優化MySQL中的慢速查詢？ （慢查詢日誌，performance_schema）Apr 10, 2025 am 09:36 AM要優化MySQL慢查詢，需使用slowquerylog和performance_schema：1.啟用slowquerylog並設置閾值，記錄慢查詢；2.利用performance_schema分析查詢執行細節，找出性能瓶頸並優化。
MySQL和SQL：開發人員的基本技能Apr 10, 2025 am 09:30 AMMySQL和SQL是開發者必備技能。 1.MySQL是開源的關係型數據庫管理系統，SQL是用於管理和操作數據庫的標準語言。 2.MySQL通過高效的數據存儲和檢索功能支持多種存儲引擎，SQL通過簡單語句完成複雜數據操作。 3.使用示例包括基本查詢和高級查詢，如按條件過濾和排序。 4.常見錯誤包括語法錯誤和性能問題，可通過檢查SQL語句和使用EXPLAIN命令優化。 5.性能優化技巧包括使用索引、避免全表掃描、優化JOIN操作和提升代碼可讀性。
描述MySQL異步主奴隸複製過程。Apr 10, 2025 am 09:30 AMMySQL異步主從復制通過binlog實現數據同步，提升讀性能和高可用性。 1)主服務器記錄變更到binlog；2)從服務器通過I/O線程讀取binlog；3)從服務器的SQL線程應用binlog同步數據。
mysql：簡單的概念，用於輕鬆學習Apr 10, 2025 am 09:29 AMMySQL是一個開源的關係型數據庫管理系統。 1）創建數據庫和表：使用CREATEDATABASE和CREATETABLE命令。 2）基本操作：INSERT、UPDATE、DELETE和SELECT。 3）高級操作：JOIN、子查詢和事務處理。 4）調試技巧：檢查語法、數據類型和權限。 5）優化建議：使用索引、避免SELECT*和使用事務。
MySQL：數據庫的用戶友好介紹Apr 10, 2025 am 09:27 AMMySQL的安裝和基本操作包括：1.下載並安裝MySQL，設置根用戶密碼；2.使用SQL命令創建數據庫和表，如CREATEDATABASE和CREATETABLE；3.執行CRUD操作，使用INSERT,SELECT,UPDATE,DELETE命令；4.創建索引和存儲過程以優化性能和實現複雜邏輯。通過這些步驟，你可以從零開始構建和管理MySQL數據庫。
InnoDB緩衝池如何工作，為什麼對性能至關重要？Apr 09, 2025 am 12:12 AMInnoDBBufferPool通過將數據和索引頁加載到內存中來提升MySQL數據庫的性能。 1)數據頁加載到BufferPool中，減少磁盤I/O。 2)臟頁被標記並定期刷新到磁盤。 3)LRU算法管理數據頁淘汰。 4)預讀機制提前加載可能需要的數據頁。
MySQL：初學者的數據管理易用性Apr 09, 2025 am 12:07 AMMySQL適合初學者使用，因為它安裝簡單、功能強大且易於管理數據。 1.安裝和配置簡單，適用於多種操作系統。 2.支持基本操作如創建數據庫和表、插入、查詢、更新和刪除數據。 3.提供高級功能如JOIN操作和子查詢。 4.可以通過索引、查詢優化和分錶分區來提升性能。 5.支持備份、恢復和安全措施，確保數據的安全和一致性。
與MySQL中使用索引相比，全表掃描何時可以更快？Apr 09, 2025 am 12:05 AM全表掃描在MySQL中可能比使用索引更快，具體情況包括：1)數據量較小時；2)查詢返回大量數據時；3)索引列不具備高選擇性時；4)複雜查詢時。通過分析查詢計劃、優化索引、避免過度索引和定期維護表，可以在實際應用中做出最優選擇。
熱AI工具
Undresser.AI Undress
人工智慧驅動的應用程序，用於創建逼真的裸體照片
AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。
Undress AI Tool
免費脫衣圖片
Clothoff.io
AI脫衣器
AI Hentai Generator
免費產生 AI 無盡。
熱門文章
R.E.P.O.能量晶體解釋及其做什麼（黃色晶體）
3 週前By尊渡假赌尊渡假赌尊渡假赌
R.E.P.O.最佳圖形設置
3 週前By尊渡假赌尊渡假赌尊渡假赌
刺客信條陰影：貝殼謎語解決方案
1 週前ByDDD
R.E.P.O.如果您聽不到任何人，如何修復音頻
3 週前By尊渡假赌尊渡假赌尊渡假赌
WWE 2K25：如何解鎖Myrise中的所有內容
3 週前By尊渡假赌尊渡假赌尊渡假赌
熱工具
SublimeText3 英文版
推薦：為Win版本，支援程式碼提示！
Atom編輯器mac版下載
最受歡迎的的開源編輯器
WebStorm Mac版
好用的JavaScript開發工具
VSCode Windows 64位元 下載
微軟推出的免費、功能強大的一款IDE編輯器
MinGW - Minimalist GNU for Windows
這個專案正在遷移到osdn.net/projects/mingw的過程中，你可以繼續在那裡關注我們。 MinGW：GNU編譯器集合（GCC）的本機Windows移植版本，可自由分發的導入函式庫和用於建置本機Windows應用程式的頭檔；包括對MSVC執行時間的擴展，以支援C99功能。 MinGW的所有軟體都可以在64位元Windows平台上運作。
