深入淺出Oracle

第1章  數(shù)據(jù)庫的啟動和關(guān)閉
1.1  數(shù)據(jù)庫的啟動
1.1.1  啟動數(shù)據(jù)庫到nomount狀態(tài)
1.1.2  啟動數(shù)據(jù)庫到mount狀態(tài)
1.1.3  啟動數(shù)據(jù)庫open階段
1.2 進階內(nèi)容
1.2.1  SCN
1.2.2  檢查點
1.2.3 正常關(guān)閉數(shù)據(jù)庫的狀況
1.2.4 數(shù)據(jù)庫異常關(guān)閉的情況:
1.3 深入分析
1.3.1  獲得數(shù)據(jù)庫Open的跟蹤文件
1.3.2  bootstrap$及數(shù)據(jù)庫初始化過程
1.3.3  BOOTSTRAP$的重要性
1.3.4  BBED工具的簡要介紹
第2章  參數(shù)及參數(shù)文件
2.1  初始化參數(shù)的分類
2.1.1  推導(dǎo)參數(shù)（Derived Parameters）
2.1.2  操作系統(tǒng)依賴參數(shù)
2.1.3  可變參數(shù)
2.1.4  初始化參數(shù)的獲取
2.2  參數(shù)文件
2.2.1  PFILE和SPFILE
2.2.2  SPFILE的創(chuàng)建
2.2.3  SPFILE的搜索順序
2.2.4  使用PFILE/SPFILE啟動數(shù)據(jù)庫
2.2.5  修改參數(shù)
2.2.6  重置SPFILE中設(shè)置的參數(shù)
2.2.7  是否使用了SPFILE
2.2.8  SPFILE的備份與恢復(fù)
2.2.9  如何設(shè)置Events事件
2.2.10  導(dǎo)出SPFILE文件
2.3  診斷案例
2.3.1  登錄系統(tǒng)檢查alert.log文件
2.3.2  嘗試重新啟動數(shù)據(jù)庫
2.3.3  檢查數(shù)據(jù)文件
2.3.4  mount數(shù)據(jù)庫，檢查系統(tǒng)參數(shù)
2.3.5  檢查參數(shù)文件
2.3.6  再次檢查alert文件
2.3.7  修正PFILE
2.3.8  啟動數(shù)據(jù)庫
第3章  數(shù)據(jù)字典
3.1  數(shù)據(jù)字典概述
3.2  內(nèi)部RDBMS（X$）表
3.3  數(shù)據(jù)字典表
3.4  動態(tài)性能視圖
3.4.1  GV$和V$視圖
3.4.2  GV_$、V_$視圖和V$、GV$同義詞
3.4.3  數(shù)據(jù)字典視圖
3.4.4  進一步的說明
3.5  最后的驗證
3.5.1  V$PARAMETER的結(jié)構(gòu)
3.5.2  視圖還是同義詞
3.5.3  Oracle如何通過同義詞定位對象
第4章  內(nèi)存管理
4.1    SGA管理
4.1.1    什么是SGA
4.1.2    SGA與共享內(nèi)存
4.1.3    SGA管理的變遷
4.2    PGA管理
4.2.1    什么是PGA
4.2.2    PGA的調(diào)整建議
4.3    Oracle的內(nèi)存分配和使用
4.3.1    診斷案例一：SGA與Swap
4.3.2    診斷案例二：SGA設(shè)置過高導(dǎo)致的系統(tǒng)故障
4.3.3    診斷案例三：如何診斷和解決CPU高度消耗（100%）問題
第5章  Buffer Cache與Shared Pool原理
5.1  Buffer Cache原理
5.1.1  LRU與Dirty List
5.1.2  Cache Buffers Lru Chain閂鎖競爭與解決
5.1.3  Cache Buffer Chain閂鎖競爭與解決
5.2  Shared Pool的基本原理
5.2.1  Shared Pool的設(shè)置說明
5.2.2了解X$KSMSP視圖
5.2.3    診斷和解決ORA-04031錯誤
5.2.4 Library Cache Pin及Library Cache Lock分析
5.2.5診斷案例一：version_count過高造成的Latch競爭解決
5.2.6診斷案例二：臨時表引發(fā)的競爭
5.2.7小結(jié)
第6章  重做（Redo）
6.1    Redo的作用
6.2    Redo的內(nèi)容
6.3 產(chǎn)生多少Redo
6.4  Redo寫的觸發(fā)條件
6.4.1 每3秒鐘超時（Timeout）
6.4.2 閾值達到
6.4.3 用戶提交
6.4.4 在DBWn寫之前
6.5    Redo Log Buffer的大小設(shè)置
6.6    Commit做了什么
6.7日志的狀態(tài)
6.8日志的塊大小
6.9日志文件的大小
6.10  為什么熱備份期間產(chǎn)生的Redo要比正常的多
6.11  能否不生成Redo
6.11.1  NOLOGGING對于數(shù)據(jù)庫的影響
6.11.2  disable_logging對于數(shù)據(jù)庫的影響
6.11.3  FORCE LOGGING-強制日志模式
6.12  Redo故障的恢復(fù)
6.12.1  丟失非活動日志組的故障恢復(fù)
6.12.2  丟失活動或當(dāng)前日志文件的恢復(fù)
6.13  診斷案例一：通過Clear日志恢復(fù)數(shù)據(jù)庫
6.14  診斷案例二：日志組過度激活的診斷
第7章  回滾與撤銷
7.1  什么是回滾和撤消
7.2  回滾段存儲的內(nèi)容
7.3  并發(fā)控制和一致性讀
7.4  回滾段的前世今生
7.5  回滾機制的深入研究
7.6  Oracle 9i閃回查詢的新特性
7.7 使用ERRORSTACK進行錯誤跟蹤
7.8  Oracle 10g閃回查詢特性的增強
7.9  ORA-01555錯誤
7.10  AUM下如何重建Undo表空間
7.11  診斷案例一：使用Flashback Query恢復(fù)誤刪除數(shù)據(jù)
7.12  診斷案例二：釋放過度擴展的Undo空間
7.13  特殊情況的恢復(fù)
7.14  數(shù)值在Oracle的內(nèi)部存儲
第8章  等待事件
8.1  等待事件的源起
8.2  從等待發(fā)現(xiàn)瓶頸
8.2.1  V$SESSION和V$SESSION_WAIT
8.2.2  從V$SQLTEXT中追蹤
8.2.3  捕獲相關(guān)SQL
8.3  Oracle 10g的增強
8.3.1 新增V$SESSION_WAIT_HISTORY視圖
8.3.2  ASH新特性
8.3.3  自動負載信息庫AWR的引入
8.3.4  自動數(shù)據(jù)庫診斷監(jiān)控ADDM的引入
8.4  頂級等待事件
8.5  重要等待事件
8.5.1 db file sequential read（數(shù)據(jù)文件順序讀?。?br />8.5.2 db file scattered read（數(shù)據(jù)文件離散讀?。?br />8.5.3 direct path read/write（直接路徑讀/寫）
8.5.4  日志文件相關(guān)等待
8.5.5  Enqueue（隊列等待）
8.5.6  Latch Free（閂鎖釋放）
第9章  性能診斷與SQL優(yōu)化
9.1  使用AUTOTRACE功能輔助SQL優(yōu)化
9.1.1  AUTOTRACE功能的啟用
9.1.2  Oracle 10g AUTOTRACE功能的增強
9.1.3  AUTOTRACE功能的內(nèi)部操作
9.1.4  使用AUTOTRACE功能輔助SQL優(yōu)化
9.2  捕獲問題SQL解決過度CPU消耗問題
9.2.1  使用vmstat檢查系統(tǒng)當(dāng)前情況
9.2.2  使用Top工具輔助診斷
9.2.3  檢查進程數(shù)量
9.2.4  登錄數(shù)據(jù)庫
9.2.5  捕獲相關(guān)SQL
9.2.6  創(chuàng)建新的索引以消除全表掃描
9.2.7  觀察系統(tǒng)狀況
9.2.8  性能何以提高
9.2.9  小結(jié)
9.3  使用SQL_TRACE/10046事件進行數(shù)據(jù)庫診斷
9.3.1  SQL_TRACE及10046事件的基礎(chǔ)介紹
9.3.2  診斷案例一：隱式轉(zhuǎn)換與索引失效
9.3.3  診斷案例二：跟蹤后臺錯誤
9.3.4  10046與等待事件
9.4  使用物化視圖進行翻頁性能調(diào)整
9.4.1  系統(tǒng)環(huán)境
9.4.2  問題描述
9.4.3  捕獲排序SQL語句
9.4.4  確定典型問題SQL
9.4.5  選擇解決辦法
9.4.6  進一步的調(diào)整優(yōu)化
9.4.7  小結(jié)
9.5  一次橫跨兩岸的問題診斷
9.5.1  第一封求助郵件
9.5.2  第一次回復(fù)
9.5.3  進一步信息提供
9.5.4  進一步的診斷
9.5.4  最后的問題定位
9.5.5  小結(jié)
9.6  總結(jié)