SQL Server 2005性能調優(yōu)

第Ⅰ部分 在問題發(fā)生時尋找瓶頸
第1章 性能調校
1．1 藝術還是科學
1．2 性能調校的科學
1．2．1 問題陳述
1．2．2 處理計劃
1．2．3 數(shù)據(jù)收集
1．2．4 數(shù)據(jù)分析
1．3 應用性能調校
1．3．1 實例1：應用的速度慢
1．3．2 實例2：存儲過程x的速度慢
1．3．3 工具
1．3．4 預防措施
1．4 小結
第2章 使用SystemMonitor監(jiān)視服務器資源
2．1 為什么可能會需要SystemMonitor
2．2 何時應當使用SystemMonitor
2．3 PerformanceMonitor概述
2．4 開始使用SystemMonitor
2．5 運行SystemMonitor的影響是什么
2．5．1 對監(jiān)視的影響進行管理
2．5．2 在恰當?shù)臅r間，以恰當?shù)某掷m(xù)時間進行捕獲
2．6 SystemMonitor將生成多少數(shù)據(jù)
2．7 資源利用
2．8 識別瓶頸
2．8．1 定位內存瓶頸
2．8．2 發(fā)現(xiàn)磁盤瓶頸
2．8．3 識別CPU瓶頸
2．9 主動使用systemMonitor
2．10 在64位系統(tǒng)上運行SystemMOnitOr
2．11 合并SystemMonitor日志和SOLProfiler跟蹤
2．12 監(jiān)視遠程服務器
2．13 SystemMonitor的最佳實踐
2．13．1 獲得一個基線
2．13．2 保留性能日志
2．13．3 模式和趨勢
2．13．4 經(jīng)受糟糕性能的服務器
2．13．5 調校性能
2．13．6 采取主動
2．14 SystemMonitor計數(shù)器不見應當怎么辦
2．15 內置日志管理工具
2．15．1 LogMan
2．15．2 Relog
2．16 分析日志數(shù)據(jù)
2．16．1 LogParser
2．16．2 PerformanceAnalysisofLogs
2．17 小結
第3章 使用SystemMonitor監(jiān)視SQLServer資源
3．1 開始
3．2 性能問題的類型
3．2．1 基于配置的性能問題
3．2．2 基于模式的性能問題
3．3 瓶頸的類型
3．4 內存瓶頸
3．4．1 內存瓶頸的類型
3．4．2 確認內存瓶頸
3．4．3 基于配置的內存瓶頸
3．4．4 基于模式的內存瓶頸
3．5 CPU瓶頸
3．5．1 確認CPU瓶頸
3．5．2 基于配置的CPU瓶頸
3．5．3 基于模式的CPU瓶頸
3．6 磁盤瓶頸
3．6．1 確認磁盤瓶頸
3．6．2 基于配置的磁盤瓶頸
3．6．3 基于模式的磁盤瓶頸
3．7 監(jiān)視數(shù)據(jù)庫鏡像性能
3．8 監(jiān)視WlaitStatistics
3．9 典型性能問題
3．9．1 典型磁盤問題
3．9．2 內存
3．9．3 典型CPU問題
3．10 使用SQLServer來分析性能日志
3．11 聯(lián)合PerformanceMonitor日志和SQLProfiler跟蹤
3．12 小結
第4章 SQLServer等待類型
4．1 SOLServer等待
4．2 體系結構
4．3 常見的或值得注意的資源等待類型
4．4 如何追蹤等待
4．4．1 sys．dinexecrequests：只提供會話級信息
4．4．2 sys．dm—Os．waiting．一tasks：所有等待任務
4．4．3 sys．dm—Os．wait—stats：根據(jù)等待類型聚集時間
4．4．4 DMVStats
4．4．5 PetforrnanceDashboard
4．4．6 等待統(tǒng)計實戰(zhàn)
4．5 加鎖與阻塞
4．5．1 并發(fā)性
4．5．2 事務
4．5．3 隔離級別
4．5．4 鎖和加鎖
4．5．5 數(shù)據(jù)行版本控制
4．5．6 對死鎖進行監(jiān)視
4．5．7 對阻塞鎖進行監(jiān)視
4．6 小結
第5章 使用SQLProfer尋找問題查詢
5．1 設置跟蹤的準備工作
5．1．1 檢測“問題”陳述是否完備
5．1．2 尋找相關已知問題
5．1．3 以SQLTrace的術語進行思考
5．1．4 SQLTrace選項及思考
5．2 捕獲阻塞事件
5．3 捕獲SllowlDlanxML數(shù)據(jù)
5．4 捕獲死鎖圖
5．5 使用SOLProfiler識別長時間運行的查詢
5．5．1 模擬一個場景及示例數(shù)據(jù)庫
5．5．2 分析問題
5．5．3 設置
5．5．4 進行跟蹤
5．5．5 分析和調校
5．5．6 案例總結
5．6 使用Profiler生成服務器端跟蹤代碼跟蹤高成本查詢
5．6．1 使用Profiler生成服務器端跟蹤腳本
5．6．2 執(zhí)行服務器端腳本
5．6．3 管理跟蹤文件并分析跟蹤數(shù)據(jù)
5．6．4 服務器端跟蹤代碼演示
5．6．5 案例總結
5．7 將ProfilerTrace同SvstemMonitor性能計數(shù)器數(shù)據(jù)關聯(lián)起來
5．8 小結
第Ⅱ部分 通過調校去除瓶頸
第6章 選擇和配置硬件
6．1 服務器瓶頸
6．1．1 內存
6．1．2 I／O
6．1 13CPU
6．2 配置服務器
6．2．1 內存
6．2．2 I／O
6．2．3 CPU
6．3 小結
第7章 調校SQLServer配置
7．1 調整服務器級設置之前的考慮
7．2 檢查當前SQLServer設置
7．2．1 使用SQLServerManagemeStudio檢查服務器設置
7．2．2 使用腳本檢查服務器設置
7．2．3 檢查AdvancedSettings并修改它們的值
7．3 重要的服務器設置：CPu、內存和I／O
7．3．1 CPU
7．3．2 內存
7．3．3 網(wǎng)絡I／O
7．4 小結
第8章 調校模式
8．1 數(shù)據(jù)質量
8．1．1 規(guī)范化
8．1．2 反規(guī)范化
8．1．3 定義列
8．1．4 存儲過程
8．1．5 觸發(fā)器
8．2 數(shù)據(jù)性能
8．2．1 頁
8．2．2 分區(qū)
8．2．3 并發(fā)性與加鎖(以及阻塞)
8．2．4 鎖
8．2．5 索引
8．3 小結
第9章 調校T-SQL
9．1 開局：優(yōu)化器的策略
9．1．1 基于成本的優(yōu)化
9．1．2 讀取索引統(tǒng)計
9．1．3 IncludeActualExecutionPlan的誤解
9．1．4 使用sp．helpindex來檢查索引
9．2 中局：收集事實
9．2．1 查詢計劃
9．2．2 查詢計劃的實質
9．2．3 從計劃高速緩存中檢索查詢計劃
9．2．4 緩沖池
9．3 終局：對T-SQL進行性能調校
9．3．1 主要工具
9．3．2 實例的必備索引
9．4 使用新的方法來調校T-SQL
9．4．1 NOTIN和NOTEXISTS重寫已經(jīng)成為過去
9．4．2 通過將謂詞在計劃中推進到更深的位置進行重寫
9．4．3 為中間結果使用臨時表
9．4．4 SELECT語句中的用戶定義函數(shù)
9．4．5 改造SELECT
9．5 調校T-SOL謂詞
9．5．1 去除特定隱式轉換
9．5．2 使用可搜索參數(shù)
9．6 使用索引調校T-SOL
9．6．1 最小化書簽查找
9．6．2 對結果進行排序
9．6．3 處理編入索引的可空列
9．6．4 消除重復
9．7 調校T-sQL常見模式或慣用語
9．7．1 單元素SELECT語句
9．7．2 聚集和CTE
9．7．3 派生表和相關子查詢
9．7．4 分頁和排序
9．8 使用提示調校T-SQL語句
9．9 調校死鎖和阻塞
9．9．1 阻塞
9．9．2 死鎖
9．9．3 預防措施
9．10 對查詢計劃進化進行模擬壓力測試
9．11 小結
第Ⅲ部分 使用工具來采取主動措施并建立性能基線
第Ⅳ部分 服務器性能的路線圖