欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久

打開(kāi)APP
userphoto
未登錄

開(kāi)通VIP,暢享免費電子書(shū)等14項超值服

開(kāi)通VIP
sql server DBCC SHOWCONTIG 和DBCC REDBINDEX
整理索引碎片,提升SQL Server速度
 
數據庫表A有五十萬(wàn)條記錄,查詢(xún)速度本來(lái)還可以,但導入一千條數據后,問(wèn)題出現了。
當選擇的數據在原五十萬(wàn)條記錄之間時(shí),速度還是挺快的;但當選擇的數據在這一千條數據之間時(shí),速度變得奇慢。
憑經(jīng)驗,這是索引碎片問(wèn)題。檢查索引碎片DBCC SHOWCONTIG(表),得到如下結果:
DBCC SHOWCONTIG 正在掃描 'A' 表...
表: 'A'(884198200);索引 ID: 1,數據庫 ID: 13
已執行 TABLE 級別的掃描。
- 掃描頁(yè)數.....................................: 3127
- 掃描擴展盤(pán)區數...............................: 403
- 擴展盤(pán)區開(kāi)關(guān)數...............................: 1615
- 每個(gè)擴展盤(pán)區上的平均頁(yè)數.....................: 7.8
- 掃描密度[最佳值:實(shí)際值]....................: 24.20%[391:1616]
- 邏輯掃描碎片.................................: 68.02%
- 擴展盤(pán)區掃描碎片.............................: 38.46%
- 每頁(yè)上的平均可用字節數.......................: 2073.2
- 平均頁(yè)密度(完整)...........................: 74.39%
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯(lián)系。
 
由上我們看出,邏輯掃描碎片和擴展盤(pán)區掃描碎片都非常大,果真需要對索引碎片進(jìn)行處理了。
一般有兩種方法解決,一是利用DBCC INDEXDEFRAG整理索引碎片,二是利用DBCC DBREINDEX重建索引。二者各有優(yōu)缺點(diǎn)。
調用微軟的原話(huà)如下:
DBCC INDEXDEFRAG 命令是聯(lián)機操作,所以索引只有在該命令正在運行時(shí)才可用。而且可以在不丟失已完成工作的情況下
中斷該操作。這種方法的缺點(diǎn)是在重新組織數據方面沒(méi)有聚集索引的除去/重新創(chuàng )建操作有效。
重新創(chuàng )建聚集索引將對數據進(jìn)行重新組織,其結果是使數據頁(yè)填滿(mǎn)。填滿(mǎn)程度可以使用 FILLFACTOR 選項進(jìn)行配置。這種
方法的缺點(diǎn)是索引在除去/重新創(chuàng )建周期內為脫機狀態(tài),并且操作屬原子級。如果中斷索引創(chuàng )建,則不會(huì )重新創(chuàng )建該索引。
也就是說(shuō),要想獲得好的效果,還是得用重建索引,所以決定重建索引。
DBCC DBREINDEX(表,索引名,填充因子)
第一個(gè)參數,可以是表名,也可以是表ID。
第二個(gè)參數,如果是'',表示影響該表的所有索引。
第三個(gè)參數,填充因子,即索引頁(yè)的數據填充程度。如果是100,表示每一個(gè)索引頁(yè)都全部填滿(mǎn),此時(shí)select效率最高,
但以后要插入索引時(shí),就得移動(dòng)后面的所有頁(yè),效率很低。如果是0,表示使用先前的填充因子值。
DBCC DBREINDEX(A,'',100)
重新測試查詢(xún)速度,飛快。
另:一般來(lái)說(shuō)填充因子使用系統默認的值即可。
 
Page Scanned-掃描頁(yè)數:如果你知道行的近似尺寸和表或索引里的行數,那么你可以估計出索引里的頁(yè)數??纯磼呙桧?yè)數,如果明顯比你估計的頁(yè)數要高,說(shuō)明存在內部碎片。

  Extents Scanned-掃描擴展盤(pán)區數:用掃描頁(yè)數除以8,四舍五入到下一個(gè)最高值。該值應該和DBCC SHOWCONTIG返回的掃描擴展盤(pán)區數一致。如果DBCC SHOWCONTIG返回的數高,說(shuō)明存在外部碎片。碎片的嚴重程度依賴(lài)于剛才顯示的值比估計值高多少。

  Extent Switches-擴展盤(pán)區開(kāi)關(guān)數:該數應該等于掃描擴展盤(pán)區數減1。高了則說(shuō)明有外部碎片。

  Avg. Pages per Extent-每個(gè)擴展盤(pán)區上的平均頁(yè)數:該數是掃描頁(yè)數除以?huà)呙钄U展盤(pán)區數,一般是8。小于8說(shuō)明有外部碎片。

  Scan Density [Best Count:Actual Count]-掃描密度[最佳值:實(shí)際值]:DBCC SHOWCONTIG返回最有用的一個(gè)百分比。這是擴展盤(pán)區的最佳值和實(shí)際值的比率。該百分比應該盡可能靠近100%。低了則說(shuō)明有外部碎片。

  Logical Scan Fragmentation-邏輯掃描碎片:無(wú)序頁(yè)的百分比。該百分比應該在0%到10%之間,高了則說(shuō)明有外部碎片。

  Extent Scan Fragmentation-擴展盤(pán)區掃描碎片:無(wú)序擴展盤(pán)區在掃描索引葉級頁(yè)中所占的百分比。該百分比應該是0%,高了則說(shuō)明有外部碎片。

  Avg. Bytes Free per Page-每頁(yè)上的平均可用字節數:所掃描的頁(yè)上的平均可用字節數。越高說(shuō)明有內部碎片,不過(guò)在你用這個(gè)數字決定是否有內部碎片之前,應該考慮fill factor(填充因子)。

  Avg. Page Density (full)-平均頁(yè)密度(完整):每頁(yè)上的平均可用字節數的百分比的相反數。低的百分比說(shuō)明有內部碎片。

本站僅提供存儲服務(wù),所有內容均由用戶(hù)發(fā)布,如發(fā)現有害或侵權內容,請點(diǎn)擊舉報。
打開(kāi)APP,閱讀全文并永久保存 查看更多類(lèi)似文章
猜你喜歡
類(lèi)似文章
SQL數據庫碎片檢查DBCC SHOWCONTIG含義
MS SQL 索引(三)
SQLServer2005重建索引前后對比
Sqlserver:索引碎片的查詢(xún)
SQL查詢(xún)表碎片
SQL Server2005索引碎片分析和解決方法
更多類(lèi)似文章 >>
生活服務(wù)
分享 收藏 導長(cháng)圖 關(guān)注 下載文章
綁定賬號成功
后續可登錄賬號暢享VIP特權!
如果VIP功能使用有故障,
可點(diǎn)擊這里聯(lián)系客服!

聯(lián)系客服

欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久