SQLServer2005重建索引前后對比分析
更新時間:2013年01月17日 16:08:01 作者:
在做維護項目的時,我們經(jīng)常會遇到索引維護的問題;接下來介紹分析表的索引建立情況/重建索引前后對比等等,感興趣的朋友可以了解下
在做維護項目的時,我們經(jīng)常會遇到索引維護的問題,通過語句,我們就可以判斷某個表的索引是否需要重建。
執(zhí)行一下語句:先分析表的索引
分析表的索引建立情況:DBCC showcontig('Table')
DBCC SHOWCONTIG 正在掃描 'Table'' 表...
表: 'Table'' (53575229);索引 ID: 1,數(shù)據(jù)庫 ID: 14
已執(zhí)行 TABLE 級別的掃描。
- 掃描頁數(shù)................................: 228
- 掃描區(qū)數(shù)..............................: 52
- 區(qū)切換次數(shù)..............................: 225
- 每個區(qū)的平均頁數(shù)........................: 4.4
- 掃描密度 [最佳計數(shù):實際計數(shù)].......: 12.83% [29:226]
- 邏輯掃描碎片 ..................: 97.37%
- 區(qū)掃描碎片 ..................: 98.08%
- 每頁的平均可用字節(jié)數(shù)........................: 2686.3
- 平均頁密度(滿).....................: 66.81%
當你發(fā)現(xiàn),掃描密度行,最佳計數(shù)和實際計數(shù)的比例已經(jīng)嚴重失調(diào),邏輯掃描碎片占了非常大的百分比,每頁平均可用字節(jié)數(shù)非常大時,就說明
你的索引需要重新整理一下了。
執(zhí)行重建索引命令:
DBCC DBREINDEX('Table'')
后分析的情況
DBCC SHOWCONTIG 正在掃描 'Table'' 表...
表: 'Table'' (53575229);索引 ID: 1,數(shù)據(jù)庫 ID: 14
已執(zhí)行 TABLE 級別的掃描。
- 掃描頁數(shù)................................: 154
- 掃描區(qū)數(shù)..............................: 20
- 區(qū)切換次數(shù)..............................: 19
- 每個區(qū)的平均頁數(shù)........................: 7.7
- 掃描密度 [最佳計數(shù):實際計數(shù)].......: 100.00% [20:20]
- 邏輯掃描碎片 ..................: 0.00%
- 區(qū)掃描碎片 ..................: 55.00%
- 每頁的平均可用字節(jié)數(shù)........................: 86.8
- 平均頁密度(滿).....................: 98.93%
執(zhí)行一下語句:先分析表的索引
分析表的索引建立情況:DBCC showcontig('Table')
DBCC SHOWCONTIG 正在掃描 'Table'' 表...
表: 'Table'' (53575229);索引 ID: 1,數(shù)據(jù)庫 ID: 14
已執(zhí)行 TABLE 級別的掃描。
- 掃描頁數(shù)................................: 228
- 掃描區(qū)數(shù)..............................: 52
- 區(qū)切換次數(shù)..............................: 225
- 每個區(qū)的平均頁數(shù)........................: 4.4
- 掃描密度 [最佳計數(shù):實際計數(shù)].......: 12.83% [29:226]
- 邏輯掃描碎片 ..................: 97.37%
- 區(qū)掃描碎片 ..................: 98.08%
- 每頁的平均可用字節(jié)數(shù)........................: 2686.3
- 平均頁密度(滿).....................: 66.81%
當你發(fā)現(xiàn),掃描密度行,最佳計數(shù)和實際計數(shù)的比例已經(jīng)嚴重失調(diào),邏輯掃描碎片占了非常大的百分比,每頁平均可用字節(jié)數(shù)非常大時,就說明
你的索引需要重新整理一下了。
執(zhí)行重建索引命令:
DBCC DBREINDEX('Table'')
后分析的情況
DBCC SHOWCONTIG 正在掃描 'Table'' 表...
表: 'Table'' (53575229);索引 ID: 1,數(shù)據(jù)庫 ID: 14
已執(zhí)行 TABLE 級別的掃描。
- 掃描頁數(shù)................................: 154
- 掃描區(qū)數(shù)..............................: 20
- 區(qū)切換次數(shù)..............................: 19
- 每個區(qū)的平均頁數(shù)........................: 7.7
- 掃描密度 [最佳計數(shù):實際計數(shù)].......: 100.00% [20:20]
- 邏輯掃描碎片 ..................: 0.00%
- 區(qū)掃描碎片 ..................: 55.00%
- 每頁的平均可用字節(jié)數(shù)........................: 86.8
- 平均頁密度(滿).....................: 98.93%
相關(guān)文章
SQLServer2005 沒有服務(wù)器名稱的兩種解決方法
這篇文章主要介紹了SQLServer2005 沒有服務(wù)器名稱的兩種解決方法,需要的朋友可以參考下2015-01-01基于SQL2005 SQL2008 表結(jié)構(gòu)信息查詢升級版的詳解(含外鍵信息)
本篇文章是對SQL2005 SQL2008 表結(jié)構(gòu)信息查詢升級版(含外鍵信息)進行了詳細的分析介紹,需要的朋友參考下2013-06-06SQLServer ntile獲取每組前10%的數(shù)據(jù)
sqlserver2005有關(guān)鍵字ntile(x)和over(partition by.. order by..)子句配合.2009-08-08SQL Server 2005“備份集中的數(shù)據(jù)庫備份與現(xiàn)有的數(shù)據(jù)庫不同”解決方法
SQL Server 2005“備份集中的數(shù)據(jù)庫備份與現(xiàn)有的數(shù)據(jù)庫不同”解決方法2009-07-07sql server2005實現(xiàn)數(shù)據(jù)庫讀寫分離介紹
對于負載均衡,筆者經(jīng)常接觸的當屬Oracle的負載均衡機制。下面我們重點介紹Sql Server 2005是如何實現(xiàn)負載均衡的,感興趣的朋友可以參考下哈2013-06-06SQLServer Job運行成功或失敗時發(fā)送電子郵件通知的圖文教程
雖然我們可以通過Job日志來查看SQL Server Job運行成功或是失敗,但是人工主動去查沒有及時性,也不智能化。下面簡單介紹一下如何設(shè)置SQL Server的郵件通知,讓Job完成后,自動發(fā)送狀態(tài)郵件。2009-09-09