當(dāng)大家發(fā)現(xiàn)數(shù)據(jù)庫查詢性能很慢的時候，大家都會想到加索引來優(yōu)化數(shù)據(jù)庫查詢性能，但是面對一個復(fù)雜的SQL語句，找到一個優(yōu)化的索引組合對人腦來講，真的不是一件很簡單的事。

好在SQLSERVER提供了兩種“自動”功能，給你建議，該怎么調(diào)整索引

第一種是使用DMV

第二種是使用DTA (database engine tuning advisor) 數(shù)據(jù)庫引擎優(yōu)化顧問

這篇文章主要講第一種

從SQL2005以后，在SQLSERVER對任何一句語句做編譯的時候，都會去評估一下，

這句話是不是缺少什么索引的支持，如果他認(rèn)為是，他還會預(yù)估，如果有這麼一個索引

他的性能能提高多少

SQLSERVER有幾個動態(tài)管理視圖

sys.dm_db_missing_index_details

sys.dm_db_missing_index_groups

sys.dm_db_missing_index_group_stats

sys.dm_db_missing_index_columns(index_handle)

sys.dm_db_missing_index_details

這個DMV記錄了當(dāng)前數(shù)據(jù)庫下所有的missing index的信息,他針對的是SQLSERVER從啟動以來所有運行的語句，

而不是針對某一個查詢。DBA可以看看，哪些表格SQLSERVER對他是最有“意見”的

以下是這個DMV的各個字段的解釋：

1、index_handle:標(biāo)識特定的缺失索引。該標(biāo)識符在服務(wù)器中是唯一的。index_handle 是此表的密鑰

2、database_id :標(biāo)識帶有缺失索引的表所駐留的數(shù)據(jù)庫

3、object_id :標(biāo)識索引缺失的表

4、equality_columns:構(gòu)成相等謂詞的列的逗號分隔列表 即哪個字段缺失了索引會在這里列出來（簡單來講就是where 后面的篩選字段），

謂詞的形式如下：table.column =constant_value

5、inequality_columns :構(gòu)成不等謂詞的列的逗號分隔列表，例如以下形式的謂詞：table.column > constant_value “=”之外的任何比較運算符都表示不相等。

6、included_columns:用于查詢的涵蓋列的逗號分隔列表（簡單來講就是 select 后面的字段）。

7、statement:索引缺失的表的名稱

比如下面這個查詢結(jié)果

那么應(yīng)該創(chuàng)建這樣的索引

注意事項:

由 sys.dm_db_missing_index_details 返回的信息會在查詢優(yōu)化器優(yōu)化查詢時更新，因而不是持久化的。

缺失索引信息只保留到重新啟動 SQL Server 前。如果數(shù)據(jù)庫管理員要在服務(wù)器回收后保留缺失索引信息，

則應(yīng)定期制作缺失索引信息的備份副本

sys.dm_db_missing_index_columns(index_handle)

返回與缺少索引（不包括空間索引）的數(shù)據(jù)庫表列有關(guān)的信息，sys.dm_db_missing_index_columns 是一個動態(tài)管理函數(shù)

字段解釋

index_handle：唯一地標(biāo)識缺失索引的整數(shù)。

sys.dm_db_missing_index_groups

返回有關(guān)特定缺失索引組中包含的缺失索引（不包括空間索引）的信息

sys.dm_db_missing_index_group_stats

返回缺失索引組的摘要信息，不包括空間索引

這個視圖說白了就是預(yù)估有這麼一個索引，他的性能能提高多少

有一個字段比較重要:

avg_user_impact: 實現(xiàn)此缺失索引組后，用戶查詢可能獲得的平均百分比收益。該值表示如果實現(xiàn)此缺失索引組，則查詢成本將按此百分比平均下降。

就是說，增加了這個缺失索引，性能可以提高的百分比

下面是MSDN給出的示例，缺失索引組句柄為 2

示例代碼：

我估計XX大俠做的SQLSERVER索引優(yōu)化器也使用了"sys.dm_db_missing_index_details" 這個DMV

剛才看了一下，好像有錯別字：Total Cost不是Totol Cost

暫時不知道Total Cost跟Improvement Measure怎麼算出來的

注意:

最后大家還需要注意一下，雖然這些DMV給出的建議還是比較合理的。

但是，DBA還是需要去確認(rèn)一下建議。因為這個建議完全是根據(jù)語句本身給出的，

沒有考慮對其他語句的影響，也沒有考慮維護(hù)索引的成本，所以是很片面的。

其準(zhǔn)確性，也要再確認(rèn)一下

上面幾個DMV的字段解釋，大家可以看一下MSDN，非常詳細(xì)

sys.dm_db_missing_index_group_stats
msdn：http://msdn.microsoft.com/zh-cn/library/ms345421.aspx

sys.dm_db_missing_index_groups
msdn：http://msdn.microsoft.com/zh-cn/library/ms345407.aspx

sys.dm_db_missing_index_columns([sql_handle])
msdn：http://msdn.microsoft.com/zh-cn/library/ms345364.aspx

sys.dm_db_missing_index_details
msdn:http://msdn.microsoft.com/zh-cn/library/ms345434.aspx

最新評論