提升SQL Server速度 整理索引碎片
憑經(jīng)驗(yàn)，這是索引碎片問(wèn)題。檢查索引碎片DBCC SHOWCONTIG(表)，得到如下結(jié)果：
DBCC SHOWCONTIG 正在掃描 'A' 表...
表: 'A'（884198200）；索引 ID: 1，數(shù)據(jù)庫(kù) ID: 13
已執(zhí)行 TABLE 級(jí)別的掃描。
- 掃描頁(yè)數(shù).....................................: 3127
- 掃描擴(kuò)展盤(pán)區(qū)數(shù)...............................: 403
- 擴(kuò)展盤(pán)區(qū)開(kāi)關(guān)數(shù)...............................: 1615
- 每個(gè)擴(kuò)展盤(pán)區(qū)上的平均頁(yè)數(shù).....................: 7.8
- 掃描密度［最佳值:實(shí)際值］....................: 24.20%［391:1616］
- 邏輯掃描碎片.................................: 68.02%
- 擴(kuò)展盤(pán)區(qū)掃描碎片.............................: 38.46%
- 每頁(yè)上的平均可用字節(jié)數(shù).......................: 2073.2
- 平均頁(yè)密度（完整）...........................: 74.39%
DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。
由上我們看出，邏輯掃描碎片和擴(kuò)展盤(pán)區(qū)掃描碎片都非常大，果真需要對(duì)索引碎片進(jìn)行處理了。
一般有兩種方法解決，一是利用DBCC INDEXDEFRAG整理索引碎片，二是利用DBCC DBREINDEX重建索引。二者各有優(yōu)缺點(diǎn)。調(diào)用微軟的原話如下：
DBCC INDEXDEFRAG 命令是聯(lián)機(jī)操作，所以索引只有在該命令正在運(yùn)行時(shí)才可用。而且可以在不丟失已完成工作的情況下中斷該操作。這種方法的缺點(diǎn)是在重新組織數(shù)據(jù)方面沒(méi)有聚集索引的除去/重新創(chuàng)建操作有效。
重新創(chuàng)建聚集索引將對(duì)數(shù)據(jù)進(jìn)行重新組織，其結(jié)果是使數(shù)據(jù)頁(yè)填滿。填滿程度可以使用 FILLFACTOR 選項(xiàng)進(jìn)行配置。這種方法的缺點(diǎn)是索引在除去/重新創(chuàng)建周期內(nèi)為脫機(jī)狀態(tài)，并且操作屬原子級(jí)。如果中斷索引創(chuàng)建，則不會(huì)重新創(chuàng)建該索引。
也就是說(shuō)，要想獲得好的效果，還是得用重建索引，所以決定重建索引。
DBCC DBREINDEX(表，索引名，填充因子）
第一個(gè)參數(shù)，可以是表名，也可以是表ID。
第二個(gè)參數(shù)，如果是''，表示影響該表的所有索引。
第三個(gè)參數(shù)，填充因子，即索引頁(yè)的數(shù)據(jù)填充程度。如果是100，表示每一個(gè)索引頁(yè)都全部填滿，此時(shí)select效率最高，但以后要插入索引時(shí)，就得移動(dòng)后面的所有頁(yè)，效率很低。如果是0，表示使用先前的填充因子值。
DBCC DBREINDEX(A，''，100)
重新測(cè)試查詢速度，飛快。
相關(guān)文章
SQLServer只賦予創(chuàng)建表權(quán)限的全過(guò)程
在SQL Server中進(jìn)行各種操作是非常常見(jiàn)的操作,下面這篇文章主要給大家介紹了關(guān)于SQLServer只賦予創(chuàng)建表權(quán)限的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-04-04
使用linux?CentOS本地部署SQL?Server數(shù)據(jù)庫(kù)超詳細(xì)步驟
作為一名Linux愛(ài)好者,我們?cè)谑褂肔inux系統(tǒng)的時(shí)候,經(jīng)常需要使用到數(shù)據(jù)庫(kù),下面這篇文章主要給大家介紹了關(guān)于使用linux?CentOS本地部署SQL?Server數(shù)據(jù)庫(kù)的超詳細(xì)步驟,需要的朋友可以參考下2024-01-01
SQLServer 2000 升級(jí)到 SQLServer 2008 性能之需要注意的地方之一
今天在 相同環(huán)境測(cè)試 2000 和 2008 性能 讓我意外的是 2008 明顯比2000 慢很多，因?yàn)椴荒芎?jiǎn)單的升級(jí)，sql語(yǔ)句也需要優(yōu)化2012-02-02
觸發(fā)器是一種特殊的存儲(chǔ)過(guò)程，不能被顯式調(diào)用，只能在對(duì)表進(jìn)行insert、update、delete操作時(shí)被自動(dòng)激活。所以觸發(fā)器可以用來(lái)實(shí)現(xiàn)對(duì)表進(jìn)行復(fù)雜的完整性約束2012-12-12
SQL Server中Table字典數(shù)據(jù)的查詢SQL示例代碼
這篇文章主要給大家介紹了關(guān)于SQL Server中Table字典數(shù)據(jù)的查詢SQL的相關(guān)資料，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2018-10-10
DnsLog注入可以理解成是一種技巧，而不是一種攻擊方式，是一種讓無(wú)回顯的攻擊，變得有回顯的方式，包括但不限于SQL盲注，這篇文章主要介紹了SQL?DNSlog注入詳解,需要的朋友可以參考下2023-05-05
我們安裝數(shù)據(jù)庫(kù)后,系統(tǒng)會(huì)默認(rèn)把數(shù)據(jù)庫(kù)文件和數(shù)據(jù)庫(kù)日志文件最大設(shè)為500MB,當(dāng)然你中途可以更改這個(gè)限制,當(dāng)日志文件接近最大值時(shí),繼續(xù)使用數(shù)據(jù)庫(kù)會(huì)提示：事務(wù)日志已滿,本文給出了三種解決方案,需要的朋友可以參考下2023-11-11
SQL Server誤區(qū)30日談 第12天 TempDB的文件數(shù)和需要和CPU數(shù)目保持一致
TempDB的文件沒(méi)有必要分布在多個(gè)存儲(chǔ)器之間。如果你看到PAGELATCH類(lèi)型的等待，即使你進(jìn)行了分布也不會(huì)改善性能，而如果PAGEIOLATCH型的等待，或許你需要多個(gè)存儲(chǔ)器，但這也不是必然-有可能你需要講整個(gè)TempDB遷移到另一個(gè)存儲(chǔ)系統(tǒng)，而不是僅僅為T(mén)empDB增加一個(gè)文件2013-01-01
SQL Server 使用觸發(fā)器（trigger）發(fā)送電子郵件步驟詳解
本文分步驟給大家詳細(xì)介紹了SQL Server 使用觸發(fā)器（trigger）發(fā)送電子郵件的方法,需要的朋友可以參考下2017-04-04
SQL Server使用row_number分頁(yè)的實(shí)現(xiàn)方法
這篇文章主要為大家詳細(xì)介紹了SQL Server使用row_number分頁(yè)的實(shí)現(xiàn)方法，具有一定的參考價(jià)值，感興趣的朋友可以參考一下2016-06-06