??? 本系列文章是我在sqlskill.com的PAUL的博客看到的，很多誤區(qū)都比較具有典型性和代表性，原文來自T-SQL Tuesday #11: Misconceptions about.... EVERYTHING!!,經(jīng)過我們團(tuán)隊(duì)的翻譯和整理發(fā)布在AgileSharp上。希望對大家有所幫助。

?

誤區(qū) #8: 在線索引操作不會(huì)使得相關(guān)的索引加鎖

錯(cuò)誤！

??? 在線索引操作并不是想象的那么美好。

??? 在線索引操作會(huì)在操作開始時(shí)和操作結(jié)束時(shí)對資源上短暫的鎖。這有可能導(dǎo)致嚴(yán)重的阻塞問題。

??? 在線索引操作開始時(shí),會(huì)在被整理的資源上加一個(gè)共享的表鎖,這個(gè)表鎖在會(huì)在新的索引創(chuàng)建時(shí)、老索引進(jìn)行版本掃描時(shí)一直持續(xù)。

??? 但問題是，這個(gè)S鎖會(huì)和表上的其它鎖排成鎖隊(duì)列。這也就是意味著和S鎖不兼容的其它鎖在表上存在S鎖或是表上的鎖隊(duì)列存在中包含S鎖時(shí)，這類和S鎖不兼容的鎖操作也需要等待。這也意味著各種更新操作會(huì)被阻塞。同樣，如果表上存在X鎖或是IX鎖時(shí)，S鎖請求也會(huì)被阻塞。

??? 上述步驟完成后，S鎖會(huì)被去掉，但你可以發(fā)現(xiàn)這已經(jīng)對數(shù)據(jù)更新產(chǎn)生了影響。這期間還會(huì)造成所有等待的更新操作的執(zhí)行計(jì)劃被重新編譯

??? 在線索引整理在開始需要加鎖的部分完成后，剩下的大部分時(shí)間是不需要任何鎖的。（這個(gè)大部分指的是整個(gè)在線索引整理的大部分時(shí)間）

??? 當(dāng)在線索引操作完成后，新建立的索引和老的索引上面都需要加一個(gè)構(gòu)架修改鎖（SCH_M鎖）來完成最終操作。這個(gè)鎖可以想象成一個(gè)更強(qiáng)的表級排它鎖。這個(gè)鎖存在期間不允許對表做任何操作，針對表的執(zhí)行計(jì)劃也不能重編譯。

??? 在線索引操作最終階段的阻塞問題和在線索引操作開始時(shí)由S鎖造成的阻塞問題非常類似-在SCH_M鎖持續(xù)或者等待被授予期間，不允許對表進(jìn)行任何操作。反之，表中存在任何讀寫操作時(shí)，SCH_M鎖也不能被授予。

??? 在最終階段的SCH_M鎖持續(xù)期間，舊的索引會(huì)被執(zhí)行延遲DROP操作，元數(shù)據(jù)所指向的分配結(jié)構(gòu)指向新的索引（所以index id不變）,表的版本被更新，恭喜，現(xiàn)在開始你已經(jīng)擁有了一個(gè)全新的索引。

??? 如你所見，在線索引操作的開始和結(jié)束階段潛在存在著巨大的阻塞問題。所以技術(shù)上對在線索引操作應(yīng)該稱為“大部分時(shí)間在線索引操作”，但這種叫法可不會(huì)受到市場的歡迎。如果你想對在線索引操作了解更多，請閱讀白皮書:Online Indexing Operations in SQL Server 2005。

?

??? 譯者注:汪洋有一篇關(guān)于在線索引操作非常詳細(xì)的文章，有興趣的同學(xué)可以閱讀: 聯(lián)機(jī)索引的工作方式 ,下面我摘抄他文章中的一個(gè)圖片來讓在線索引操作的步驟更加清晰。

???

轉(zhuǎn)載于:https://www.cnblogs.com/CareySon/archive/2012/10/25/2738334.html

總結(jié)

以上是生活随笔為你收集整理的【译】SQL Server误区30日谈-Day8-有关对索引进行在线操作的误区的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。