數據文件和日志文件的操作會產生大量的I/O。在可能的條件下,日志文件應該存放在一個與數據和索引所在的數據文件不同的硬盤上以分散I/O,同時還有利於數據庫的災難恢復。
2.tempdb數據庫單獨存放在不同磁盤上
tempdb數據庫是其他所有數據庫都有可能使用的臨時數據庫。當使用select into、在沒建立索引的列上執行Orderby時就會在tempdb數據庫中產生臨時表來存儲中間數據。由於建立和填充臨時表會嚴重降低系統性能,所以在盡可能的情況下應該為要排序的列建立索引。同時,tempdb數據庫是為所有的用戶和應用程序共享,所以如果一個用戶占據了tempdb數據庫的所有空間,則其他數據庫將不能再使用。在可能的情況下,tempdb數據庫應該單獨放置在一個速度更快的硬盤或者RAID陣列上。分離tempdb數據庫的I/O操作以加快性能。tempdb數據庫應該有適當的容量,以滿足用戶的需要。應該允許tempdb數據庫的空間自動增長。如果設置為不允許自動增長,當查詢操作建立了超過tempdb數據庫容量的臨時表時,操作將無法完成。
適當設置tempdb數據庫的增長幅度,過小的增長幅度會產生更多的外部碎片,會占用更多的資源。
3.避免熱點數據的發生
在SQLServer7.0之前,對於沒有聚集索引的表(堆集表),新插入的數據行總是放置在磁盤中表的物理結尾處。如果並發的用戶很多,同時在對表執行插入或者更新數據的操作,這將使得十分繁忙的表的末尾有可能產生數據熱點。並發的I/O操作集中對少數頁面進行操作,將導致數據庫性能的下降。
在SQLServer中,新的數據行的物理存儲空間的分配是通過PFS頁面來進行的。PFS頁面的管理算法將插入操作進行分散來盡量避免產生數據熱點。
在設計應用系統和數據庫時,要避免在自然增長的列上建立主鍵,這樣有可能導致熱點數據的發生。
4.數據類型要少
在設計表時,盡可能少用數據類型。這樣一個數據頁面上可以保存最多的信息。數據頁面就少,檢索數據頁面的I/O操作就少,所以效率會高。
5.監控和整理空間碎片
文件空間的自動增長提高了自動管理性,但可能導致空間碎片。物理空間與數據的邏輯空間不再連續。定期的監控和空間碎片整理有利於提高I/O性能。
6.使用主數據文件和次要數據文件
每個數據庫的一個主數據文件屬於主文件組。對於1GB左右規模的數據庫,一個數據文件就夠了,如果有次要數據文件,主數據文件中有管理次要數據文件的指針。
采用多個數據文件時,主數據文件用於存儲系統對象和表,次要數據文件用於存儲用戶數據和索引。在可能的情況下,主數據文件和次要數據文件可以單獨存放在不同的磁盤上以分散I/O。
如果采用多個數據文件,推薦主數據文件存儲系統數據,次要數據文件存放用戶數據和索引,這樣會有助於提高I/O性能。
7.利用文件組改善性能
在大型數據庫系統中,可以考慮建立文件組來管理數據文件。將表和索引通過存放在不同的物理磁盤上進行性能監控比較,最後得出優化的存儲方案。
8.重視自動增長和自動收縮可能導致的性能問題
數據庫文件的自動增長和自動收縮功能對於小型數據庫的管理十分有用。但可能導致大型數據庫的性能問題。因為文件的自然增長的同時會導致存儲碎片的發生。當文件空間變大時,新分配的空間不一定和原來的空間連續。當文件空間收縮時,釋放了部分空間。然而當文件又需要增長存儲空間卻不能利用原先釋放的空間,也會導致碎片的發生。
9.分離系統數據和用戶數據
將系統數據庫和用戶數據庫分開存放在不同的物理磁盤上有助於改善I/O性能,有助於數據庫備份和恢復。
10.優化索引設計
索引的設計對數據庫的性能十分重要。具體不再闡述,可參見本博相關文章。
11.定期更新統計信息
SQLServer默認使用基於代價的優化,所以統計信息的及時更新對於查詢優化十分重要。
12.定期的一致性檢查
定期對數據庫進行一致性檢查,確保數據庫的完整性。