SQL Server數據存儲與NTFS簇大小的分析

　　首先感謝微軟發明的NTFS文件系統，確實是非常健壯的文件系統，功能強大。

　　簇是磁盤進行I/O讀寫時的最基本單位(就是NTFS中的分配單元)。

　　今天來說一下在SQL Server的數據存儲中與NTFS簇大小有關的話題。NTFS在超過2GB的分區中，格式化時會默認使用4KB的簇，這基本上就成了現在大部分硬盤的簇大小。在簇不大于4KB時，可以使用碎片整理。

　　NTFS簇大小可以設置成從512B~64KB大小，當然必須在格式化時指定，否則就不可以更改了。簇太小，空間利用率高，但分區表較大，碎片多，性能較差;簇太大，空間利用率低，但碎片少，性能較好。于是4KB可謂是普遍的選擇。

　　現在的硬盤，動則容量幾百GB，空間似乎已經不再是問題。但磁盤的I/O一直是性能的瓶頸，為了提高磁盤讀寫速率，各位可謂是絞盡腦汁了。無論如何，硬盤只要選用了，改變它的物理設計似乎并不太可能，也不推薦這樣做，于是就只能從其它的地方著手了，方法如用RAID陳列了、經常地整理碎片、用好的芯片、用好的數據線了等等，能用的都用了。

　　SQL Server服務器是對I/O要求高的應用，它的數據文件讀寫基本單位是頁，每頁的大小是8KB，連續的8個頁組成一個區，也就是64KB的區，且一般數據文件都比較大，一般生產環境中，幾GB以上是常見的。并且基本上不會有人在SQL Server的存儲上用碎片整理了，因此我們可以將專用于SQL Server存儲的磁盤分區格式化成為64KB的簇，這樣在不浪費空間的前提下，又可以提高性能。

　　有沒有風險?當然有了，在磁盤出現災難時，丟的數據可能就會多一點，最少會丟64KB了，不過實踐證明這種方案還是非?？尚械?，因為一般服務器的RAID陳列分塊也是64KB，兩個都是64KB，就無所謂了。

　　其它應用場景各位也可以參考，不對之處，歡迎批評。

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈