SQL Server 2012中的ColumnStore Index嘗試

簡介

     費了半天勁，今天終于裝好SQL Server2012了。按照MSDN中的新特性資料(Columnstore Indexes for Fast DW QP SQL Server 11)。嘗試了下ColumnStore Index。ColumnStore Index按照其字面意思所示。是基于列存儲的索引。這個概念如圖1所示。

   

    圖1.ColumnStoreIndex和基于行的Index比較

 

    ColumnStoreIndex是按照列存入頁當(dāng)中，而不是按照傳統(tǒng)的以行為單位存入頁。因此帶來的好處可以歸結(jié)如下:

•      以往的數(shù)據(jù)按照行存儲，select哪怕只有一列，也會將整個行所在的頁提取出來，而使用基于列的索引，僅僅需要提取select后面的列。提高了性能。
•      壓縮更容易
•      緩存命中率大大提高，因為以列為存儲單位，緩存中可以存儲更多的頁(緩存常用的列，而不是整個行)

  

    微軟號稱自己是第一個支持“純”列存儲的主流數(shù)據(jù)庫。其他數(shù)據(jù)庫我不甚了解，有知道的同學(xué)可以反駁下……

 

    使用ColumnStore Index不能像使用其它非聚集索引那樣沒有限制，使用ColumnStoreIndex的限制如下:

    1.一個表只能有一個ColumnStore Index

    2.不能使用過濾索引

    3.索引必須是partition-aligned

    4.被索引的表變成只讀表

    5.被索引的列不能是計算列

    6.不能使用Include關(guān)鍵字

 

    因此可以看出，中小型的OLTP環(huán)境基本和這個功能無緣。ColumnStore Index貌似適用于OLAP和讀寫分離用。

    下面我們來看一些使用ColumnStore Index的實例

 

建立ColumnStore Index和對ColumnStore Index所在表數(shù)據(jù)進(jìn)行更改

    建立ColumnStore Index和建立普通的非聚集索引看起來基本沒有區(qū)別，僅僅是多加了一個ColumnStore關(guān)鍵字,如圖2所示。

  

    圖2.建立ColumnStore Index的表后對其插入數(shù)據(jù)失敗

 

   如果要對有ColumnStore Index的表進(jìn)行數(shù)據(jù)更改，則需要在停用ColumnStore Index后，插入數(shù)據(jù)，完成后，重建ColumnStore Index,如圖3所示。

   

    圖3.對有ColumnStore Index的表進(jìn)行數(shù)據(jù)插入

   

ColumnStore Index查詢性能測試

    ColumnStore Index帶來的最大好處是查詢性能的增加。下面來進(jìn)行測試。在剛才圖1中所建的表中插入100萬條從1到1000的隨機(jī)數(shù)，如圖4所示。

   

    圖4.插入100萬條測試數(shù)據(jù)

 

    然后在Data列上分別建立ColumnStore Index和普通的非聚集索引，如圖5所示。

   

    圖5.分別建立兩個索引

 

    然后分別利用這兩個索引做一次聚合查詢，測試結(jié)果發(fā)現(xiàn)使用ColumnStore Index對IO的占用大大的減少了。如圖6所示。

   

    圖6.使用兩種索引的性能對比

 

    所對應(yīng)的執(zhí)行計劃如圖7所示。

   

    圖7.兩種索引的執(zhí)行計劃

 

    可以看出，使用ColumnStore Index對性能的提升是巨大的。

 

總結(jié)

    本文通過對ColumnStore Index做了簡單的介紹后，做了簡單的測試得出，使用ColumnStore Index對性能的提升是巨大的，但由于ColumnStore Index的使用受到諸多限制。目前只能在OLAP環(huán)境中使用。更多的使用場景未來再看吧。