出版時(shí)間:2011-5 出版社:清華大學(xué)出版社 作者:羅敏 頁數(shù):488
Tag標(biāo)簽:無
內(nèi)容概要
在當(dāng)前高速發(fā)展的信息時(shí)代,IT系統(tǒng)性能問題一直是橫亙?cè)趶V大IT人士面前的一座難以逾越的大山。在數(shù)據(jù)庫(kù)市場(chǎng)占有率最高的Oracle性能優(yōu)化技術(shù),更是業(yè)界各層次人士所關(guān)注的焦點(diǎn)技術(shù)之一。本書基于作者多年在此領(lǐng)域耕耘的經(jīng)驗(yàn)和體會(huì),遵循Oracle公司總結(jié)的性能優(yōu)化方法論,從需求分析、架構(gòu)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、應(yīng)用設(shè)計(jì)和開發(fā)、運(yùn)行維護(hù)等軟件工程全生命周期的整體高度,去描述性能問題和相關(guān)優(yōu)化技術(shù),特別是強(qiáng)調(diào)了基礎(chǔ)技術(shù)合理運(yùn)用的重要性。本書貫穿了作者多年在國(guó)內(nèi)銀行、電信、政府等行業(yè)所經(jīng)歷過的大量案例,通過案例佐證相關(guān)技術(shù)的運(yùn)用是本書一大特色。性能問題不僅僅是技術(shù)問題,性能管理甚至重于優(yōu)化技術(shù)本身。通過性能優(yōu)化這樣精細(xì)、縝密的工作,不僅能看到事物的本質(zhì)和規(guī)律,更能讓有心者對(duì)這個(gè)大千世界充滿感慨。以技術(shù)為平臺(tái),以輕松、調(diào)侃方式抒發(fā)作者對(duì)IT行業(yè)、社會(huì)的感悟,也是本書的鮮明風(fēng)格。
作者簡(jiǎn)介
羅敏,80年代畢業(yè)于武漢大學(xué)計(jì)算機(jī)科學(xué)系,國(guó)防科學(xué)技術(shù)大學(xué)計(jì)算機(jī)學(xué)院獲得碩士學(xué)位。自1988年開始Oracle技術(shù)的研究和應(yīng)用開發(fā)工作,特別是在Oracle中國(guó)公司的10年時(shí)間里,分別在顧問咨詢部、技術(shù)服務(wù)部擔(dān)任資深技術(shù)顧問。在銀行、電信、政府等行業(yè)和部門參與了多個(gè)大型IT系統(tǒng)的建設(shè),提供了體系結(jié)構(gòu)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、應(yīng)用開發(fā)設(shè)計(jì)指導(dǎo)、性能優(yōu)化、數(shù)據(jù)備份恢復(fù)、容災(zāi)系統(tǒng)建設(shè)、數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)建設(shè)、數(shù)據(jù)庫(kù)安全性等領(lǐng)域的咨詢和技術(shù)支持服務(wù),并為國(guó)內(nèi)主要軟件開發(fā)商和集成商進(jìn)行過多場(chǎng)Oracle高級(jí)技術(shù)應(yīng)用培訓(xùn)和交流活動(dòng)。
書籍目錄
第1章 從兩個(gè)案例開始
1.1 關(guān)于案例的說明
1.2 體驗(yàn)日本人工作風(fēng)格
1.2.1 問題現(xiàn)象及解決過程
1.2.2 日本人嚴(yán)謹(jǐn)、細(xì)致的工作風(fēng)格
1.2.3 日本人的IT投入觀
1.2.4 該系統(tǒng)的總體感覺
1.2.5 在日本企業(yè)暖意洋洋的一幕
1.2.6 也談強(qiáng)國(guó)夢(mèng)
1.3 國(guó)內(nèi)某大型銀行故障的解決
1.3.1 天塌下來一樣的故障
1.3.2 故障原因其實(shí)很簡(jiǎn)單
1.3.3 故障的啟示
1.3.4 2010年銀行案例的進(jìn)一步感悟
第2章 Oracle數(shù)據(jù)庫(kù)性能優(yōu)化方法論
2.1 關(guān)于性能優(yōu)化的誤區(qū)
2.1.1 “你調(diào)了哪些參數(shù)”
2.1.2 “性能優(yōu)化主要是DBA和系統(tǒng)管理員的工作”
2.1.3 “開發(fā)階段無須太多考慮性能問題”
2.1.4 “優(yōu)化SQL,就是如何編寫SQL”
2.1.5 “多表連接性能太差”
2.1.6 “CPU利用率越低越好”
2.1.7 “大內(nèi)存能解決性能問題”
2.1.8 “性能分析就是分析低層細(xì)節(jié)”
2.2 性能優(yōu)化過程——自頂向下
2.2.1 為時(shí)已晚
2.2.2 什么叫自頂向下方法論
2.2.3 體驗(yàn)方法論
2.3 高質(zhì)量IT系統(tǒng)的正確認(rèn)識(shí)
2.3.1 高質(zhì)量IT系統(tǒng)的目標(biāo)
2.3.2 目標(biāo)的綜合平衡
2.3.3 你只管進(jìn),不管出啊
2.4 20/80規(guī)則
2.4.1 性能優(yōu)化中也有20/80規(guī)則
2.4.2 用數(shù)據(jù)詮釋20/80規(guī)則
2.5 性能優(yōu)化過程——自底向上
2.5.1 什么叫自底向上方法論?
2.5.2 客戶要給我上課
2.6 性能優(yōu)化中的角色分工
2.6.1 老外的角色分工
2.6.2 國(guó)內(nèi)的角色分工
2.7 應(yīng)用開發(fā)指導(dǎo)思想
2.7.1 管理重于技術(shù)
2.7.2 我聽后,開心死了
2.8 合理運(yùn)用技術(shù)的重要性
2.8.1 聯(lián)機(jī)事務(wù)處理系統(tǒng)(OLTP)和決策支持系統(tǒng)(OLAP)
2.8.2 “你們Oracle給我們出一個(gè)開發(fā)規(guī)范和指南吧”
2.8.3 4分鐘如何優(yōu)化到1秒鐘
第3章 性能優(yōu)化分析基本工具的使用
3.1 性能優(yōu)化中的量化分析
3.1.1 隔靴抓癢
3.1.2 SQL語句到底是怎么執(zhí)行的
3.1.3 性能分析都分析哪些量化指標(biāo)
3.2 工欲善其事,必先利其器
3.2.1 SQL量化分析和優(yōu)化工具
3.2.2 Oracle有大量實(shí)用的小工具和命令
3.3 SQL語句到底是怎么被執(zhí)行的
3.3.1 最經(jīng)典的執(zhí)行計(jì)劃分析工具
3.3.2 這種老掉牙的東西,還用啊
3.3.3 10g新功能:DBMS_XPLAN
3.4 如何配套使用SQL*Trace和TKPROF
3.4.1 又一對(duì)老古董
3.4.2 其實(shí)功能非常強(qiáng)
3.4.3 報(bào)告分析比如何產(chǎn)生報(bào)告更重要
3.5 最常用的工具:Autotrace
3.6 一個(gè)洋“忽悠”的故事
3.6.1 洋和尚到中國(guó)來念梵文了
3.6.2 洋大“忽悠”啊
3.7 性能優(yōu)化與“三個(gè)代表”
3.7.1 重溫“三個(gè)代表”
3.7.2 案例背景
3.7.3 自底向上方法論的運(yùn)用
3.7.4 關(guān)鍵應(yīng)用問題的解決
3.7.5 詮釋“三個(gè)代表”
第4章 基本索引的使用
4.1 索引既簡(jiǎn)單又復(fù)雜
4.1.1 關(guān)于索引的需求
4.1.2 索引其實(shí)好簡(jiǎn)單
4.1.3 索引其實(shí)好難
4.1.4 想做個(gè)懂Oracle索引的專家,難上加難
4.2 索引設(shè)計(jì)基本建議
4.2.1 Oracle索引長(zhǎng)什么樣
4.2.2 B*樹單字段索引設(shè)計(jì)建議
4.2.3 一招鮮,吃遍天
4.3 如何避免索引被抑制
4.3.1 無從下手,郁悶至極!
4.3.2 幸虧父母都是數(shù)學(xué)老師
4.3.3 慎用自定義函數(shù)
4.3.4 關(guān)于函數(shù)索引使用的建議
4.3.5 其實(shí)是數(shù)據(jù)庫(kù)設(shè)計(jì)問題
4.4 一把雙刃劍:復(fù)合索引
4.4.1 復(fù)合索引的重要性
4.4.2 我如何“戲弄”客戶
4.4.3 復(fù)合索引原理和設(shè)計(jì)建議
4.4.4 IT系統(tǒng)是面向客戶的,不是給領(lǐng)導(dǎo)看的
4.5 一個(gè)既簡(jiǎn)單又復(fù)雜的故事
4.5.1 女兒說我吹牛了
4.5.2 故事上集
4.5.3 故事中集
4.5.4 故事下集
4.6 如何進(jìn)行索引監(jiān)控分析和優(yōu)化
4.6.1 為什么索引I/O那么高
4.6.2 別亂建索引
4.6.3 如何發(fā)現(xiàn)多余的索引
4.6.4 如何進(jìn)行索引碎片分析和整理
第5章 為應(yīng)用軟件設(shè)計(jì)更好的性能和可擴(kuò)展性
5.1 基本概念和原理
5.1.1 本章標(biāo)題有點(diǎn)大吧
5.1.2 一個(gè)屢見不鮮的錯(cuò)誤
5.1.3 解剖SQL語句執(zhí)行過程
5.2 語句共享性原理
5.2.1 再說聯(lián)機(jī)事務(wù)處理系統(tǒng)(OLTP)和決策支持系統(tǒng)(OLAP)
5.2.2 如何實(shí)現(xiàn)語句共享化
5.2.3 開發(fā)人員永遠(yuǎn)比Oracle聰明
5.2.4 技術(shù)服務(wù)工作,越做膽子越小
5.2.5 如何量化評(píng)估語句共享性
5.3 回到日本企業(yè)案例
5.3.1 深入分析技術(shù)原因
5.3.2 被日本人較真的滋味其實(shí)不好受
5.4 語句共享性的深入分析
5.4.1 語句共享性和查詢統(tǒng)計(jì)系統(tǒng)的關(guān)系
5.4.2 語句共享性與擴(kuò)展性的關(guān)系
第6章 如何提高排序、表連接性能
6.1 如何提高排序性能
6.1.1 能不排序就不排序——廢話一句
6.1.2 查詢欠費(fèi)最高的前100名手機(jī)客戶
6.1.3 痛心疾首的一刻
6.1.4 IBM和Oracle:亦敵亦友
6.2 Oracle表連接技術(shù)和應(yīng)用
6.2.1 數(shù)據(jù)庫(kù)精髓之一:表連接
6.2.2 最經(jīng)典、最常用的表連接技術(shù)——嵌套循環(huán)
6.2.3 嵌套循環(huán)連接與索引
6.2.4 嵌套循環(huán)連接的應(yīng)用場(chǎng)景及效率
6.2.5 適合于大批量數(shù)據(jù)處理的連接技術(shù)
6.3 多表連接優(yōu)化的基本思路
6.3.1 總體思路
6.3.2 OLTP應(yīng)用的表連接優(yōu)化
6.4 如何使用子查詢
6.4.1 使用子查詢好不好
6.4.2 到底是使用in還是exists
6.5 回到20/80規(guī)則
6.5.1 優(yōu)化詳細(xì)過程
6.5.2 技術(shù)方面總結(jié)
6.5.3 每項(xiàng)工作做到最好都不容易
第7章 應(yīng)用綜合優(yōu)化及總結(jié)
7.1更多的優(yōu)化案例
7.1.1數(shù)據(jù)類型不一致導(dǎo)致的問題
7.1.2 多此一舉的操作
7.1.3 錯(cuò)誤使用HINT
7.1.4 Oracle和IBM又一次成功合作
7.2 可怕的笛卡兒乘積
7.2.1 問題的發(fā)生和初步解決
7.2.2 其實(shí)是設(shè)計(jì)和開發(fā)中更深層次問題
7.3 說說全表掃描
7.3.1 導(dǎo)致數(shù)據(jù)庫(kù)性能問題的常見原因
7.3.2 何謂全表掃描
7.3.3 數(shù)據(jù)增長(zhǎng)與全表掃描的關(guān)系
7.3.4 硬件太多了
7.3.5 導(dǎo)致技術(shù)運(yùn)用復(fù)雜化的其他問題
7.3.6 更多的類比和感慨
7.4 導(dǎo)致性能問題的其他原因
7.5 一個(gè)應(yīng)用軟件的綜合優(yōu)化
7.5.1 優(yōu)化前的狀況
7.5.2 優(yōu)化策略及分工合作
7.5.3 優(yōu)化效果及原因分析
7.5.4 主管部門的反應(yīng)
7.5.5 美妙的三降預(yù)言同時(shí)實(shí)現(xiàn)
7.5.6 優(yōu)化工作的艱巨性和長(zhǎng)期性
7.6 一個(gè)樸實(shí)無華的好系統(tǒng)
7.6.1 國(guó)人也能做出精良的好系統(tǒng)
7.6.2 巨大升值空間
7.6.3 瑕不掩瑜
第8章 Oracle分區(qū)技術(shù)及應(yīng)用
8.1 硅谷之行
8.1.1 IT人的圣地:硅谷
8.1.2 我在Oracle總部中邪了
8.2 我對(duì)Oracle分區(qū)技術(shù)的認(rèn)知過程
8.2.1 初嘗分區(qū)甜頭
8.2.2 分區(qū)給我的痛苦體驗(yàn)
8.2.3 全面理解分區(qū)技術(shù)
8.3 分區(qū)表技術(shù)
8.3.1 分區(qū)技術(shù)原理:分而治之
8.3.2 分區(qū)表技術(shù)概述
8.3.3 11g的分區(qū)新技術(shù)
8.4 分區(qū)索引技術(shù)
8.4.1 分區(qū)索引技術(shù)好難哦
8.4.2 10分鐘讓你理解最難的分區(qū)索引
8.4.3 分區(qū)索引設(shè)計(jì)指南
8.5 更多的分區(qū)技術(shù)
8.5.1 一個(gè)神奇的分區(qū)技術(shù)
8.5.2 Oracle分區(qū)技術(shù)發(fā)展史
8.6 如何實(shí)施和評(píng)估分區(qū)
8.6.1 分區(qū)設(shè)計(jì)建議
8.6.2 分區(qū)效果評(píng)估
8.6.3 如何在生產(chǎn)系統(tǒng)實(shí)施分區(qū)
8.7 某行業(yè)分區(qū)方案設(shè)計(jì)的曲折過程
8.7.1 第一階段:出師不利
8.7.2 第二階段:經(jīng)驗(yàn)主義錯(cuò)誤
8.7.3 第三階段:初見成效
8.7.4 第四階段:日臻完善
8.8 分區(qū)方案中常見問題探討
8.8.1 問題1:目標(biāo)方面的誤區(qū)
8.8.2 問題2:分區(qū)表設(shè)計(jì)方面的誤區(qū)
8.8.3 問題3:沒有充分考慮應(yīng)用設(shè)計(jì)和開發(fā)的誤區(qū)
8.8.4 問題4:分區(qū)表空間設(shè)計(jì)方面的誤區(qū)
8.8.5 問題5:分區(qū)在大批量數(shù)據(jù)處理中的誤區(qū)
8.8.6 問題6:分區(qū)索引設(shè)計(jì)方面的誤區(qū)
8.8.7 無止境的分區(qū)技術(shù)
第9章 架構(gòu)與性能優(yōu)化
9.1 該談?wù)劶軜?gòu)了
9.1.1 架構(gòu)與性能的關(guān)系
9.1.2 Oracle高端架構(gòu)產(chǎn)品與性能的關(guān)系
9.1.3 Oracle架構(gòu)的重要性
9.2 基本概念很重要
9.2.1 什么是Oracle數(shù)據(jù)庫(kù)
9.2.2 服務(wù)器、實(shí)例和數(shù)據(jù)庫(kù)的關(guān)系
9.2.3 關(guān)于架構(gòu)方面的誤區(qū)
9.3 IT系統(tǒng)架構(gòu)現(xiàn)狀分析
9.3.1 一副并不美妙的大蜘蛛網(wǎng)
9.3.2 現(xiàn)有體系結(jié)構(gòu)特點(diǎn)分析
9.3.3 現(xiàn)有體系結(jié)構(gòu)評(píng)估
9.4 Oracle網(wǎng)格計(jì)算
9.4.1 Oracle 10g = 網(wǎng)格計(jì)算
9.4.2 按網(wǎng)格計(jì)算設(shè)計(jì)數(shù)據(jù)庫(kù)架構(gòu)
9.4.3 烏托邦式架構(gòu)就是好
9.4.4 初級(jí)階段的設(shè)計(jì)建議
9.4.5 關(guān)于真正大集中的疑慮
9.5 云計(jì)算與性能優(yōu)化
9.5.1 滿天翻滾的云
9.5.2 Oracle的紅云
9.5.3 客戶關(guān)注的云計(jì)算話題
9.6 Oracle數(shù)據(jù)庫(kù)分布式架構(gòu)
9.6.1 數(shù)據(jù)復(fù)制技術(shù)
9.6.2 Data Guard技術(shù)簡(jiǎn)介
9.6.3 Streams技術(shù)簡(jiǎn)介
9.6.4 其他數(shù)據(jù)同步技術(shù)
9.6.5 數(shù)據(jù)同步技術(shù)的定位和比較
9.7 我看分布式架構(gòu)
9.7.1 我不喜歡分布式架構(gòu)
9.7.2 數(shù)據(jù)大集中與分布式架構(gòu)
9.7.3 分布式架構(gòu)的用武之地
9.7.4 真正的返璞歸真
9.8 誓做抗拒拆遷的刁民
9.8.1 拆遷大錘已高高舉起
9.8.2 統(tǒng)一戰(zhàn)線發(fā)揮重要作用
9.8.3 人民戰(zhàn)爭(zhēng)的汪洋大海
9.9 一個(gè)本來平淡的日子
9.9.1 什么專家,拿了錢就跑?
9.9.2 艱難的問題診斷過程
9.9.3 一根救命稻草
9.9.4 技術(shù)方面的教訓(xùn)和感悟
9.9.5 猶豫半天的話語
第10章 RAC與性能優(yōu)化
10.1 關(guān)于RAC的一些誤解和疑慮
10.2 RAC技術(shù)原理
10.2.1 系統(tǒng)介紹RAC架構(gòu)和原理
10.2.2 RAC到底有什么好處
10.2.3 10g RAC架構(gòu)新特性
10.2.4 我害怕Oracle什么技術(shù)工作
10.3 RAC架構(gòu)的優(yōu)勢(shì)
10.3.1 為什么RAC架構(gòu)比HA架構(gòu)好
10.3.2 客戶的方案不一定是最優(yōu)的
10.4 RAC實(shí)施方法論
10.4.1 還是方法論重要
10.4.2 “你打個(gè)補(bǔ)丁要三天???”
10.4.3 如何降低RAC實(shí)施和運(yùn)行風(fēng)險(xiǎn)
10.4.4 RAC其實(shí)背了好多黑鍋
10.5 RAC性能優(yōu)化原理
10.5.1 RAC性能優(yōu)化等同于單事例
10.5.2 RAC性能問題與應(yīng)用關(guān)系
10.5.3 應(yīng)用在RAC環(huán)境下部署的最佳方式
10.6 RAC環(huán)境下的性能分析
10.6.1 RAC性能分析基本策略
10.6.2 AWR報(bào)告中的RAC性能分析
10.6.3 ADDM報(bào)告中的RAC問題原因分析
10.6.4 GCS性能分析
10.6.5 GES性能分析
10.6.6 下得去,還要上得來
10.7 RAC高可用性
10.7.1 RAC高可用性技術(shù)其實(shí)很復(fù)雜
10.7.2 RAC高可用性實(shí)施思路
10.7.3 RAC高可用性測(cè)試案例和測(cè)試過程
10.8 RAC可擴(kuò)展性
10.8.1 RAC不能超過4個(gè)節(jié)點(diǎn)?
10.8.2 Oracle總部RAC專家的觀點(diǎn)
10.8.3 某大型交易系統(tǒng)的擴(kuò)展性測(cè)試
10.8.4 如何實(shí)施RAC擴(kuò)展性
10.9 RAC運(yùn)行維護(hù)和故障診斷
10.9.1 RAC運(yùn)行維護(hù)建議
10.9.2 RAC故障診斷經(jīng)驗(yàn)談
10.9.3 瞎貓碰上死耗子
第11章 數(shù)據(jù)倉(cāng)庫(kù)中的性能優(yōu)化
11.1 我看數(shù)據(jù)倉(cāng)庫(kù)
11.1.1 數(shù)據(jù)倉(cāng)庫(kù)不是倉(cāng)庫(kù)管理軟件
11.1.2 數(shù)據(jù)倉(cāng)庫(kù)鼻祖的精確定義
11.1.3 數(shù)據(jù)倉(cāng)庫(kù)的應(yīng)用特點(diǎn)
11.1.4 我所理解的數(shù)據(jù)倉(cāng)庫(kù)
11.1.5 本書講述的數(shù)據(jù)倉(cāng)庫(kù)
11.2 數(shù)據(jù)倉(cāng)庫(kù)應(yīng)用開發(fā)指導(dǎo)思想
11.2.1 數(shù)據(jù)倉(cāng)庫(kù)應(yīng)用開發(fā)指導(dǎo)思想建議
11.2.2 案例為證
11.2.3 如何貫徹大批量、并行處理?
11.3 并行處理技術(shù)的應(yīng)用
11.3.1 Oracle并行處理技術(shù)無處不在
11.3.2 并行處理舉例
11.3.3 并行技術(shù)的幾個(gè)層面
11.3.4 并行處理經(jīng)驗(yàn)
11.3.5 榨干所有硬件資源
11.4 Oracle是個(gè)大計(jì)算器
11.4.1 告別農(nóng)耕時(shí)代
11.4.2 Oracle不僅是一個(gè)存數(shù)據(jù)的大容器
11.5 大批量數(shù)據(jù)ETL案例
11.5.1 VIP客戶判斷標(biāo)準(zhǔn)
11.5.2 外部表
11.5.3 MERGE語句
11.5.4 VIP計(jì)算總體流程圖
11.5.5 簡(jiǎn)述一個(gè)流程
11.5.6 方案評(píng)估
11.6 “非典”期間的一個(gè)典型性問題
11.6.1 一個(gè)應(yīng)用開發(fā)中的典型性問題
11.6.2 Oracle系統(tǒng)級(jí)臨時(shí)表
11.7 一種快速高效的數(shù)據(jù)倉(cāng)庫(kù)加載方案
11.7.1 讓洋鬼子激動(dòng)地蹦到桌子上去
11.7.2 快速高效的數(shù)據(jù)倉(cāng)庫(kù)加載方案
11.8 報(bào)表優(yōu)化技術(shù)
11.8.1 我的第一次軟件開發(fā)經(jīng)歷
11.8.2 現(xiàn)在的報(bào)表處理狀況
11.8.3 報(bào)表優(yōu)化核心技術(shù):物化視圖和語句重寫
11.8.4 為什么不要自己編寫匯總表
11.8.5 報(bào)表優(yōu)化的基本思路及示例
11.8.6 報(bào)表優(yōu)化示例
11.8.7 為什么沒有實(shí)現(xiàn)語句重寫
11.8.8 IT行業(yè)到底是買方市場(chǎng)還是賣方市場(chǎng)
第12章 統(tǒng)計(jì)信息采集與性能優(yōu)化
12.1 我闖大禍了
12.1.1 常在河邊走,哪有不濕鞋的
12.1.2 太急于表現(xiàn)了
12.1.3 建一個(gè)索引,搞死一個(gè)系統(tǒng)
12.1.4 我被罵得滿地找地縫
12.1.5 初識(shí)問題原因
12.1.6 問題根本原因
12.2 優(yōu)化器原理和統(tǒng)計(jì)信息采集作用
12.2.1 SQL語句執(zhí)行過程
12.2.2 基于規(guī)則優(yōu)化器(RBO)簡(jiǎn)介
12.2.3 基于成本優(yōu)化器(CBO)簡(jiǎn)介
12.2.4 如何將葫蘆和瓢都按下
12.2.5 為什么要進(jìn)行統(tǒng)計(jì)信息采集
12.3 自動(dòng)采集統(tǒng)計(jì)信息
12.3.1 自動(dòng)采集統(tǒng)計(jì)信息的特點(diǎn)
12.3.2 自動(dòng)還是手工
12.3.3 超長(zhǎng)的自動(dòng)統(tǒng)計(jì)信息采集
12.3.4 一次變味的數(shù)據(jù)庫(kù)升級(jí)技術(shù)研討會(huì)
12.4 定制采集統(tǒng)計(jì)信息
12.4.1 統(tǒng)計(jì)信息采集基本策略
12.4.2 統(tǒng)計(jì)信息采集實(shí)施策略
12.4.3 統(tǒng)計(jì)信息采集具體方法
12.4.4 Oracle 10g鬼精鬼精的
12.5 若干最佳實(shí)踐經(jīng)驗(yàn)
12.5.1 自動(dòng)和手工結(jié)合進(jìn)行統(tǒng)計(jì)信息采集
12.5.2 鎖住統(tǒng)計(jì)信息采集
12.5.3 數(shù)據(jù)分布統(tǒng)計(jì)(Histogram)建議
12.5.4 批處理中的統(tǒng)計(jì)信息采集
12.5.5 鐵路警察,各管一段
第13章 感悟性能優(yōu)化分析的高級(jí)工具
13.1 Oracle 10g = Oracle 10a
13.1.1 外部手工管理變內(nèi)部自動(dòng)管理
13.1.2 Oracle 10g都有哪些自動(dòng)的東西
13.2 AWR是個(gè)好東西
13.2.1 AWR原理
13.2.2 AWR基本操作
13.2.3 把AWR功能用個(gè)夠
13.3 ADDM:Oracle能自動(dòng)診斷監(jiān)控嗎
13.3.1 ADDM能干啥
13.3.2 DBA要失業(yè)了嗎
13.4 SQL優(yōu)化進(jìn)入工業(yè)化時(shí)代
13.4.1 傳統(tǒng)模式到工業(yè)化
13.4.2 SQL Tuning Advisor能做哪些優(yōu)化
13.4.3 SQL Access Advisor能做哪些優(yōu)化
13.4.4 SQL Tuning Advisor和SQL Access Advisor的差異
13.4.5 OEM中的每條命令我都會(huì)敲
13.4.6 IT工業(yè)化時(shí)代的初級(jí)階段
第14章 參數(shù)配置與性能優(yōu)化
14.1 神奇的“魔術(shù)師”
14.1.1 不調(diào)系統(tǒng)參數(shù)
14.1.2 調(diào)錯(cuò)系統(tǒng)參數(shù)
14.2 漫談初始化參數(shù)
14.2.1 神奇的初始化參數(shù)
14.2.2 參數(shù)設(shè)置基本思路和經(jīng)驗(yàn)
14.2.3 將Log Buffer設(shè)它個(gè)幾百兆
14.3 自動(dòng)內(nèi)存管理
14.3.1 DBA真地快沒活干了
14.3.2 自動(dòng)內(nèi)存管理技術(shù)管用嗎
14.4 Buffer Cache優(yōu)化
14.4.1 Buffer Cache參數(shù)設(shè)置思路
14.4.2 Buffer Cache優(yōu)化技術(shù)
14.4.3 Buffer Cache的其他優(yōu)化技術(shù)
14.5 Shared Pool優(yōu)化
14.5.1 Shared Pool參數(shù)設(shè)置思路
14.5.2 Shared Pool優(yōu)化技術(shù)
14.5.3 再撞一次墻
14.6 PGA優(yōu)化
14.6.1 PGA參數(shù)設(shè)置思路
14.6.2 匪夷所思的做法
14.7 奇妙的Oracle內(nèi)部參數(shù)
14.7.1 Oracle有神奇的內(nèi)部參數(shù)嗎?
14.7.2 內(nèi)部參數(shù)的一次神奇作用
14.7.3 不要濫用內(nèi)部參數(shù)
14.7.4 令人眼花繚亂的內(nèi)部參數(shù)和event
第15章 存儲(chǔ)技術(shù)與性能優(yōu)化
15.1 什么時(shí)候才考慮I/O優(yōu)化
15.2 裸設(shè)備?文件系統(tǒng)?ASM?
15.2.1 裸設(shè)備有那么神奇嗎?
15.2.2 客戶期望值太高了
15.2.3 文件系統(tǒng)和裸設(shè)備的原理分析
15.2.4 文件系統(tǒng)同樣好
15.3 RAID與性能優(yōu)化
15.3.1 也說RAID
15.3.2 IBM太慷慨了
15.4 Oracle管存儲(chǔ)了
15.4.1 關(guān)于ASM的疑慮
15.4.2 ASM是什么?
15.4.3 ASM有什么技術(shù)優(yōu)勢(shì)?
15.4.4 Oracle即將不支持裸設(shè)備了
15.5 ASM優(yōu)化策略
15.5.1 裸設(shè)備與ASM的性能對(duì)比
15.5.2 如何保證ASM實(shí)施的高性能
15.5.3 ASM事例的參數(shù)設(shè)置建議
15.6 ASM實(shí)施案例
15.6.1 我所見過的真正海量數(shù)據(jù)庫(kù)
15.6.2 裸設(shè)備還是ASM文件系統(tǒng)?
15.6.3 ASM、OMF、大表空間技術(shù)的完美結(jié)合
15.6.4 年輕教授被ASM氣得直跳腳
15.6.5 寬容平和的心態(tài)
第16章 數(shù)據(jù)保護(hù)中的性能優(yōu)化
16.1 Oracle豐富的數(shù)據(jù)保護(hù)技術(shù)
16.1.1 Oracle高可用性解決方案全景圖
16.1.2 相關(guān)技術(shù)和產(chǎn)品的定位
16.2 RMAN實(shí)施現(xiàn)狀分析
16.2.1 備份恢復(fù)只是磁帶庫(kù)廠商的事情?
16.2.2 RMAN實(shí)施中常見問題分析
16.3 RMAN備份的優(yōu)化
16.3.1 RMAN備份優(yōu)化的基本策略
16.3.2 RMAN備份優(yōu)化的傳統(tǒng)技術(shù)
16.3.3 在表空間級(jí)進(jìn)行RMAN備份
16.3.4 10g的快速增量備份技術(shù)
16.3.5 備份壓縮技術(shù)
16.4 RMAN恢復(fù)的優(yōu)化
16.4.1 頭疼醫(yī)頭,腳疼醫(yī)腳
16.4.2 降低日志恢復(fù)量
16.4.3 增量更新備份
16.5 快速恢復(fù)數(shù)據(jù)的新技術(shù):Flashback
16.5.1 人為邏輯錯(cuò)誤是最大的單一因素
16.5.2 傳統(tǒng)的數(shù)據(jù)恢復(fù)技術(shù)及缺陷
16.5.3 Flashback技術(shù)概述
16.5.4 Flashback技術(shù)綜合對(duì)比
16.5.5 Flashback技術(shù)與傳統(tǒng)數(shù)據(jù)恢復(fù)技術(shù)綜合運(yùn)用
16.6 Data Guard實(shí)施中的優(yōu)化
16.6.1 容災(zāi)系統(tǒng)與生產(chǎn)系統(tǒng)是緊密相關(guān)的
16.6.2 還是原理最重要
16.6.3 日志傳輸?shù)膬?yōu)化
16.6.4 日志恢復(fù)的優(yōu)化
16.6.5 容災(zāi)系統(tǒng)與生產(chǎn)系統(tǒng)的配置關(guān)系
16.6.6 也談Data Guard與硬件存儲(chǔ)鏡像技術(shù)
16.6.7 Data Guard和存儲(chǔ)鏡像技術(shù)的綜合
第17章 故障診斷與性能優(yōu)化
17.1 故障診斷與性能優(yōu)化的區(qū)別
17.1.1 故障診斷與性能優(yōu)化不完全是一回事
17.1.2 故障診斷需要一個(gè)偉大的心臟
17.2 大汗淋漓的故障診斷
17.2.1 一個(gè)“Ctrl + C”幾乎搞死一個(gè)系統(tǒng)
17.2.2 啼笑皆非的故障處理過程
17.2.3 脅從犯的自責(zé)
17.3 可別小看數(shù)據(jù)壞塊處理
17.3.1 “關(guān)于Oracle腐敗問題的處理”
17.3.2 飛機(jī)落地了,資料還未看完
17.3.3 收集信息、制定處理方案最重要
17.3.4 數(shù)據(jù)壞塊處理的八卦圖
17.3.5 別亂用DUL
17.3.6 如何防范數(shù)據(jù)壞塊
17.4 堪比好來塢大片的情節(jié)
17.4.1 我的女同事被嚇壞了
17.4.2 驚心動(dòng)魄的時(shí)刻!
17.4.3 事件遠(yuǎn)沒有結(jié)束
17.4.4 其實(shí)原因很簡(jiǎn)單
17.5 Oracle Buuuuuuuuuuuuuug
17.5.1 我看Oracle Bug
17.5.2 手工作坊與大工廠的差別
17.5.3 一個(gè)展板都畫不下的流程圖
17.6 軟件版本管理和補(bǔ)丁實(shí)施
17.6.1 相關(guān)術(shù)語和概念
17.6.2 未雨綢繆的補(bǔ)丁實(shí)施計(jì)劃
17.6.3 打補(bǔ)丁那點(diǎn)事
17.6.4 補(bǔ)丁沖突分析像偵探推理
第18章 DBA職責(zé)及性能管理
18.1 我的專職DBA經(jīng)歷
18.1.1 不太安心的“DBA”
18.1.2 無所事事的“DBA”
18.1.3 手忙腳亂的“DBA”
18.1.4 無所事事的DBA
18.2 DBA職責(zé)建議
18.2.1 DBA的十大任務(wù)
18.2.2 DBA的工作比例
18.2.3 不太懂SQL的DBA
18.2.4 一位技術(shù)實(shí)力超強(qiáng)的DBA
18.3 DBA在性能方面的工作
18.3.1 每日的工作
18.3.2 每周的工作
18.3.3 每月的工作
18.3.4 其他的工作
18.4 性能管理更重要
18.4.1 性能問題其實(shí)是管理問題
18.4.2 開發(fā)人員永遠(yuǎn)都長(zhǎng)不大?
18.4.3 Oracle核心技術(shù)開發(fā)團(tuán)隊(duì)的故事
18.5 開發(fā)與運(yùn)行維護(hù)的脫節(jié)
18.5.1 開發(fā)與運(yùn)行維護(hù)部門的獨(dú)立性
18.5.2 開發(fā)與運(yùn)行維護(hù)工作的脫節(jié)
18.6 客戶/開發(fā)商/Oracle的分工合作
18.6.1 目前的分工和定位
18.6.2 客戶在IT系統(tǒng)中的作用
18.6.3 建議的分工和定位
18.6.4 包含3種角色的項(xiàng)目組
18.7 分工合作的成功案例
18.7.1 系統(tǒng)運(yùn)行情況
18.7.2 系統(tǒng)主要技術(shù)特點(diǎn)
18.7.3 項(xiàng)目成功因素分析
18.7.4 Oracle公司的服務(wù)經(jīng)驗(yàn)
18.7.5 項(xiàng)目的不足
第19章 軟件就是服務(wù)
19.1 Oracle服務(wù)體系概述
19.1.1 Oracle公司組織結(jié)構(gòu)一瞥
19.1.2 Oracle豐富的服務(wù)產(chǎn)品
19.2 我看Oracle標(biāo)準(zhǔn)服務(wù)
19.2.1 標(biāo)準(zhǔn)服務(wù)不僅僅是法律條款
19.2.2 標(biāo)準(zhǔn)服務(wù)的益處
19.3 愛不釋手的Metalink
19.3.1 幸虧有Metalink
19.3.2 初嘗Oracle服務(wù)甜頭
19.3.3 Metalink是個(gè)大寶藏
19.3.4 Metalink是個(gè)自助式的知識(shí)庫(kù)
19.3.5 在Metalink中提交SR的經(jīng)驗(yàn)
19.3.6 把Metalink當(dāng)成學(xué)習(xí)工具
19.4 Oracle高級(jí)客戶服務(wù)
19.4.1 ACS服務(wù)概述
19.4.2 基于ITIL理念的ACS服務(wù)
19.4.3 我們不是鐘點(diǎn)工
19.4.4 ACS的運(yùn)行維護(hù)服務(wù)
19.4.5 IT系統(tǒng)挑戰(zhàn)和ACS解決方案服務(wù)
19.4.6 幾種ACS解決方案服務(wù)
19.5 又一次救火之后的感慨
19.5.1 又著火了
19.5.2 再次感謝Metalink
19.5.3 客戶把系統(tǒng)重新安裝了
19.5.4 其實(shí)還是服務(wù)問題
第20章 一個(gè)更全面的案例
20.1 為升級(jí)而來
20.1.1 初識(shí)客戶
20.1.2 升級(jí)方案遇到阻力
20.2 以性能優(yōu)化開路
20.2.1 性能是升級(jí)的第一大風(fēng)險(xiǎn)
20.2.2 調(diào)整服務(wù)思路
20.3 性能整體評(píng)估
20.3.1 先看操作系統(tǒng)數(shù)據(jù)
20.3.2 數(shù)據(jù)庫(kù)基準(zhǔn)指標(biāo)的采集
20.3.3 性能分析策略和原則
20.4 若干典型問題
20.4.1 還是索引這樣基礎(chǔ)的問題
20.4.2 發(fā)現(xiàn)了最大的性能瓶頸
20.4.3 我把開發(fā)人員嚇住了
20.4.4 參數(shù)可調(diào)的余地太小
20.5 難以解決的問題:中間表
20.5.1 又一類典型問題
20.5.2 9i沒有合適的招
20.5.3 10g的有效解決辦法
20.6 又說分區(qū)方案設(shè)計(jì)
20.6.1 分區(qū)表太多了
20.6.2 分區(qū)設(shè)計(jì)的其他問題
20.6.3 綜合平衡考慮問題不簡(jiǎn)單
20.7 再說升級(jí)
20.7.1 對(duì)升級(jí)的兩種極端看法
20.7.2 為什么要升級(jí)
20.7.3 常見的升級(jí)方法
20.7.4 Oracle升級(jí)服務(wù)包
20.7.5 如何降低性能風(fēng)險(xiǎn)
第21章 綜合類
21.1 Oracle出硬件了
21.1.1 我快變成硬件工程師了
21.1.2 我看Exadata
21.1.3 ACS在Exadata方面的服務(wù)
21.2 Oracle全文檢索技術(shù)
21.2.1 Oracle能做搜索引擎
21.2.2 茅塞頓開的解決方案
21.2.3 林子大了,什么鳥都有
21.3 什么是IT系統(tǒng)最寶貴的財(cái)富
21.3.1 IT系統(tǒng)最寶貴的財(cái)富是信息本身
21.3.2 也談信息中心的作用
21.4 如何閱讀Oracle聯(lián)機(jī)文檔
21.4.1 Oracle聯(lián)機(jī)文檔的確是個(gè)寶藏
21.4.2 合理分類閱讀和利用
21.4.3 按工作角色和任務(wù)去閱讀
21.5 IT行業(yè)中的“偽”科學(xué)
21.5.1 什么叫IT“偽”科學(xué)
21.5.2 費(fèi)力不討好的事情
21.5.3 我也是“偽”IT科學(xué)的吹鼓手
21.6 性能優(yōu)化與橋牌
21.6.1 大局觀的重要
21.6.2 實(shí)施計(jì)劃的重要性
21.6.3 應(yīng)善于捕捉、利用信息
21.6.4 合作、溝通的重要性
21.6.5 簡(jiǎn)簡(jiǎn)單單,平平淡淡就是真
21.7 IT業(yè)其實(shí)還是個(gè)孩子
21.8 大話南游記
結(jié)束語
參考文獻(xiàn)
推薦語
推薦語1
推薦語2
推薦語3
章節(jié)摘錄
版權(quán)頁:插圖:其實(shí),Oracle性能優(yōu)化方法論不是step_by-step的設(shè)計(jì)開發(fā)和實(shí)施指南,上圖就可以叫做性能優(yōu)化方法論。讀者需要根據(jù)自己的知識(shí)、經(jīng)驗(yàn)去體驗(yàn)之,并指導(dǎo)自己的設(shè)計(jì)、開發(fā)和實(shí)施工作。例如:(1)優(yōu)化工作開始得越早,其效益也越高。同時(shí),其付出的成本也最小。在設(shè)計(jì)階段就開始不僅考慮業(yè)務(wù)功能的實(shí)現(xiàn),而且考慮實(shí)現(xiàn)的成本和代價(jià),將是效益最高的。(2)投產(chǎn)后才發(fā)現(xiàn)的問題有可能是災(zāi)難性的。試想:如果在上線投產(chǎn)之后,才發(fā)現(xiàn)性能問題是因?yàn)闆]有遵循數(shù)據(jù)庫(kù)規(guī)范化設(shè)計(jì)指導(dǎo)思想,因此將不得不重新修改表結(jié)構(gòu),也將重新進(jìn)行相關(guān)應(yīng)用軟件的改造,重新進(jìn)行各種功能測(cè)試、單元測(cè)試、集成測(cè)試等,付出的時(shí)間和代價(jià)可想而知。(3)再好的硬件解決不了應(yīng)用軟件設(shè)計(jì)和開發(fā)的問題。如果應(yīng)用不合理而導(dǎo)致錯(cuò)誤的執(zhí)行路徑,就如同從國(guó)貿(mào)去機(jī)場(chǎng),本來走三環(huán)上機(jī)場(chǎng)路最快,如果非要繞道大興過去,即便你坐的是奔馳,肯定也沒我的伊蘭特快。(4)千萬別將性能優(yōu)化全部寄希望于硬件和系統(tǒng)層面。Oracle上述原理圖,應(yīng)消除很多客戶的過高期望:“趕緊把我的數(shù)據(jù)庫(kù)系統(tǒng)由文件系統(tǒng)轉(zhuǎn)為裸設(shè)備吧,據(jù)說性能能提高好幾倍?!敝辽俦救诉@么多年從未聽說過類似的成功案例。說到存儲(chǔ)技術(shù),本人的觀點(diǎn)是:文件系統(tǒng)、裸設(shè)備和ASM系統(tǒng)等各有優(yōu)缺點(diǎn),沒有一種技術(shù)是十全十美的。關(guān)鍵是在了解相關(guān)技術(shù)的基礎(chǔ)上,充分考慮應(yīng)用系統(tǒng)的不同需求,而選用最合適的存儲(chǔ)技術(shù)。后面有章節(jié)將專門討論。
媒體關(guān)注與評(píng)論
書中生動(dòng)敘述的大量故事,以及對(duì)lT行業(yè).社會(huì)的大量積極向上、也充滿一定憂患意識(shí)的有感而發(fā),我想也是本書吸引讀者的一大亮點(diǎn)……我很欣賞本書的主題和定位:領(lǐng)悟IT技術(shù),品味人間百態(tài)。 ——中國(guó)工程院院士:李德毅作為在Oracle中國(guó)公司服務(wù)部門就職多年的一名資深技術(shù)顧問,作者集多年馳騁在國(guó)內(nèi)多個(gè)行業(yè)的經(jīng)歷和經(jīng)驗(yàn),“十年磨一劍”,以性能優(yōu)化這一最容易引起業(yè)界各層次人士關(guān)注的話題為切入點(diǎn),闡述了自己在架構(gòu)、設(shè)計(jì)、開發(fā)、運(yùn)維,甚至IT系統(tǒng)建設(shè)理念、文化等諸多方面的思考和獨(dú)到見解,的確能引起IT從業(yè)人員的深思并受益?! 狾racle公司中國(guó)區(qū)客戶服務(wù)部高級(jí)總監(jiān):田超(charles TIAN)《品悟性能優(yōu)化》以數(shù)據(jù)庫(kù)性能調(diào)優(yōu)作為切入點(diǎn),通過對(duì)案例故事實(shí)景的生動(dòng)形象論述,介紹了數(shù)據(jù)庫(kù)建設(shè)和運(yùn)維優(yōu)化的方法論,敘述議論結(jié)合,管理技術(shù)兼?zhèn)?,語言風(fēng)趣流暢。作者專業(yè)技術(shù)積累深厚,善于總結(jié)提煉升華,簡(jiǎn)潔生動(dòng)描述復(fù)雜問題背后難以忽視的真相”?! 獓?guó)家稅務(wù)總局電子稅務(wù)中心副主任:陳夢(mèng)林作為老朋友,翻閱此書,能感受到一個(gè)躍然紙上、鮮活而立體的作者:一位對(duì)先進(jìn)IT技術(shù)充滿激情、渴望和執(zhí)著追求的技術(shù)專家;一位對(duì)客戶富有責(zé)任心、稱職得有些“越位”的IT服務(wù)人員;一位真性情,善于將技術(shù)觀點(diǎn)寓于生動(dòng)故事中的傳道者?! 袊?guó)人民銀行清算總中心副總工程師:貝勁松第一次看到枯燥的Oracle技術(shù)能以大量案例形式,以輕松、調(diào)侃、詼諧的語氣寫成這樣,很有意思,也值得一看。還有與作者的好多同感:在IT系統(tǒng)中,技術(shù)與管理并重;應(yīng)用設(shè)計(jì)、開發(fā)其實(shí)對(duì)IT系統(tǒng)質(zhì)量影響最大;基礎(chǔ)技術(shù)的運(yùn)用很重要…… ——山東移動(dòng)通信有限公司首席DBA OCM認(rèn)證大師:曹璐
編輯推薦
《品悟性能優(yōu)化》:生動(dòng)的案例實(shí)景,嚴(yán)謹(jǐn)?shù)募夹g(shù)描述,鮮活的人生感悟,輕松、調(diào)侃、詼諧的語言。
圖書封面
圖書標(biāo)簽Tags
無
評(píng)論、評(píng)分、閱讀與下載