整個思路是這樣的，索引都是為查詢和更新服務的，但是不合適的索引又會對插入和更新帶來負面影響。面對表上現有的索引想識別那些是有效的不太可能。那么根據現有的數據使用情況重建所有的新索引不就解決了嘛。根據查詢生成全新索引，然后和現有對比，不吻合的全部刪除，原來沒有的創(chuàng)建。雖然說對于正在運行的系統來說風險還是蠻大的。但是可以做臨界測試嘛。
　　
具體解決方案如下： 　　首先在熱備的數據庫服務器上定期抓取緩存的執(zhí)行計劃（原本想抓取SQL發(fā)現有些SQL實在摻不忍睹，沒有自動化解析的可能性），然后連同該執(zhí)行的執(zhí)行次數即表的統計信息一起down到一個備用服務器的數據表中。 　　執(zhí)行計劃積累幾次后，開始解析。由于執(zhí)行計劃是格式良好的XML文件，加上微軟提供執(zhí)行計劃的XSD文件。我們可以反向推出各節(jié)點對應的SQL謂詞（這個XSD到現在都沒找到官方的說明，只能反向推出關聯）。例如建立索引我們比較關心三類謂詞，分別為：Select，Join，Where。 只要拿到這些我們就能建立良好的索引。原理很簡單，Join和Where都是索引鍵的依據，而Select可以斟請?zhí)砑拥絀ndex的Include中。
　　
　　解析的時候也不是針對單個執(zhí)行計劃，而是將所有執(zhí)行計劃全分解后進行統計處理。好處就是能夠知道那些表字段被引用的最多，那些是外鍵列。那些數據被反復查詢。例如可以得出TableA的Col1列在一天的業(yè)務過程中被Join了10W次，被Where2W次。而Col2則被Select了10W次，僅僅被Where了100次。這樣我們建立索引的基礎就是基于表的而不是基于單個查詢的。最終生成的Index將權衡查詢頻率和查詢的重要性，如果某個業(yè)務查詢特別重要，但執(zhí)行頻率不高我們可以提供權重，優(yōu)先建立索引。當然創(chuàng)建Index還要參考表的數據分布以決定Index中字段的順序。 　　好了，準備工作完成，開始建索引。當前擁有的條件，表數據分布，表字段分別被查詢引用次數（Select，Join，Where），以及這些SQL謂詞出現的次數。根據這些如何創(chuàng)建索引開始的想法是逐個分析，考慮所有可能性然后創(chuàng)建。發(fā)現這種方式只適合人腦，讓電腦做得先讓電腦的智商增長到120以上才有可行性。發(fā)現逆向思維這里同樣大有用處，既然不能一下子創(chuàng)建最合適的，那我們就根據執(zhí)行計劃得出的組合創(chuàng)建所有的Index組合。凡是Join和Where都放到Index的Key里。例如：
　　select t1.A, t1.B, t1.C, t2.J, t2.k from Table1 t1 Join Table1 t2 on t1.A = t2.j Where t1.A = 'param' 草創(chuàng)的索引就是：

　　Index（A，B）includ(C) 和 Index（j）include（j,k） 關于Select如果是小數據類型且Alter的執(zhí)行計劃中該數據修改頻率很小的都放到Include里去進去。大數據類型和修改比較頻繁的就算了。這樣我們剔除相互覆蓋的。部分重疊的，部分重疊到底保留那一個參考執(zhí)行頻率和查詢重要性。差異很小的就合并并為一個，如： 　　1.Index （A，B，C）Include（D）
　　2.Index（A，B，D）Include（C） 直接合并為： 　　Index（A，B）Include（C，D） 當然如果Alert的特別少也可以合并成Index（A，B，C，D）這個要參考C，D字段的修改頻率。和主鍵重疊的剔除。這樣留下的基本上就是我們需要的索引了。
　　
　　對比現有索引進行甄別覆蓋的過程就略過。簡單的拉出來Create　Index　進行解析處理就好了。發(fā)布的時候很簡單。寫個腳本在業(yè)務比較少的時候做Drop和Create就完成了。項目源代碼因為設計到公司的保密問題就不上傳了。一個注意的地方對于簡單查詢的SQL執(zhí)行計劃緩存的時候會比較短且一旦緩存不夠就會被清理掉。要注意這些SQL的執(zhí)行頻率的誤差。 　　SqlserverR2 XSD：http://schemas.microsoft.com/sqlserver/2004/07/showplan/sql2008/showplanxml.xsd
　
　總結的節(jié)點映射列舉如下： 　　　　查詢sql執(zhí)行計劃都包含在節(jié)點“StmtSimple”中，如果沒有這個節(jié)點一般就是其它類型的SQL的執(zhí)行計劃。 　　　　Join關聯的節(jié)點和自身類型有關一般包含在Hash，Marger中，如何Join同時又是Where條件的話則會出現在SeekKey和Compare節(jié)點中，因為Join的列都是成對出現，這里很容易識別，有一個是參數（@開頭）或常量（type="Const"）則必定是Where條件。
　　　　
　　　　Select最終輸出字段比較容易找到，第一個OutputList節(jié)點就是。 　　　　需要注意的是有因為一般列每個ColumnReference都包含庫名，表名，列信息，但是系統表則不會。注意剔除。

版權聲明：本站文章來源標注為YINGSOO的內容版權均為本站所有，歡迎引用、轉載，請保持原文完整并注明來源及原文鏈接。禁止復制或仿造本網站，禁止在非www.sddonglingsh.com所屬的服務器上建立鏡像，否則將依法追究法律責任。本站部分內容來源于網友推薦、互聯網收集整理而來，僅供學習參考，不代表本站立場，如有內容涉嫌侵權，請聯系alex-e#qq.com處理。