SSD在SQLServer中的應用

 

 

一. 首先，回顧一下 SSD 的讀寫特性

 

       （1）有限次數寫；
       （2）隨機讀性能最好；
       （3）順序讀性能好；
       （4）順序寫性能差；
       （5）隨機寫性能最差。
從存儲上來講，SQLServer 不一樣的內容有其特有的個性。     

下面就TempDB，數據，索引，事務日誌，分別列舉他們各自的特色，分析他們是否適合及如何利用快速存取介質。

 

二. SQLServer 數據庫如何使用快速存儲

1. TempDB

特色：

（1）大量順序寫，隨機寫；
分析：TempDB 大量寫操做的特性，可能會讓SSD很快的被磨損；對可擦寫次數有限的SSD來講，確實不是個好消息；
（2）若是能提高TempDB的讀寫性能，能夠給整個數據庫的運行效率帶來很大的提高；
分析：TempDB 須要使用高速存儲介質。
（3）不須要保證 TempDB 數據的安全，數據在重啓後會自動清除；
分析：因爲不用考慮其數據的固化及安全，所以，能夠選擇一些快速讀寫但無使用次數限制的介質；
            例如：RamDisk（用內存模擬磁盤）

策略：

 

（1）儘可能考慮其餘高速存儲介質，例如，內存，藉助RamDisk技術；
（2）若是用SSD，建議：
         a）單獨使用一塊SSD存放。即使該盤出故障，換塊盤，或修改保存地址，重啓SQLS，就能夠再提供服務；       
         b）TempDB 分文件，儘可能利用SSD的併發特性
                 CPU總核數 < 8  文件數等於CPU總核數；
                 CPU總核數 >= 8 文件數等於8；

2. 數據，索引

特色：

 

（1）順序寫
（2）隨機讀
分析：能夠利用到SSD的優勢

策略：

 

（1）建議使用SSD；
（2）使用文件組，將數據和索引分開；
（3）建立多個文件組，數據作分區（一樣是想充分利用SSD的IO併發）

 

3. 事務日誌      

特色：

 

（1）離散的連續寫；
（2）一個數據庫只能有一個日誌文件；
（3）安全性要求高；
分析：雖然是離散的連續寫，但因爲有buffer的存在，其實就是連續寫。連續寫式HDD的強項；

 

策略：

 

（1）事務日誌建議使用HDD
（2）若是事務日誌的寫操做有瓶頸，則考慮使用SSD，但必須確保：
        a）使用企業級的SSD，作RAID10；
        b）選擇有寫緩存且有斷電保護電路的SSD；

三. 推薦的使用架構

數據庫中保存的畢竟都是重要的信息，有人會擔憂，萬一哪天人品很差，SSD 數據盤真的出故障了，怎麼辦？

建議，使用讀寫分離的方式。在讀庫中使用SSD。這樣既能保證數據安全，又能有效利用SSD的高效離散讀特性。