SQL Server表駐留記憶體和檢測

edwardking888發表於2010-07-21
SQL Server表駐留記憶體
注意:該功能只適用於SQL SERVER 2005以前版本。
SQL SERVER 2005及以後版本中,快取記憶體置換演算法使用了LRU-K演算法,他是LRU置換演算法的巨大改進,微軟覺得不再需要PIN進記憶體的功能了。
 
LRU-K演算法:
該演算法通過區別對待頻繁引用的頁和很少引用的頁,從而超越了傳統緩衝演算法。

LRU-K 演算法跟蹤最後一次對記憶體頁進行 K 引用的時間(ESE 將 K 的預設值設定為 2),並按照所期望的未來行為,使用該統計資訊對頁進行等級排序。基於該統計資訊,可以決定要丟棄哪個記憶體駐留頁,以便為必須讀入記憶體中的最近訪問過的頁騰出空間。因為有關被引用的頁的統計資訊被經常收集,因此 LRU-K 演算法可以實時地適應不斷更改的訪問模式。該演算法相當簡單,因此幾乎不會帶來多少簿記開銷。它使用每個頁的最後兩個引用或更多的引用(通常是最後一個 K 引用,在這裡,K 大於或等於 2)來決定應當丟棄哪個頁。

1、DBCC PINTABLE

DBCC PINTABLE 不會導致將表讀入到記憶體中。當表中的頁由普通的 Transact-SQL 語句讀入到快取記憶體中時,這些頁將標記為記憶體駐留頁。當 SQL Server 需要空間以讀入新頁時,不會清空記憶體駐留頁。SQL Server 仍然記錄對頁的更新,並且如有必要,將更新的頁寫回到磁碟。然而,在使用 DBCC UNPINTABLE 語句使該表不駐留之前,SQL Server 在快取記憶體中一直儲存可用頁的複本。

DBCC PINTABLE 最適用於將小的、經常引用的表儲存在記憶體中。將小表的頁一次性讀入到記憶體中,將來對其資料的所有引用都不需要從磁碟讀入。

注意 DBCC PINTABLE 可以提供效能改進,但是使用時務必小心。如果駐留大表,則該表在開始時會使用一大部分快取記憶體,而不為系統中的其它表保留足夠的快取記憶體。如果所駐留的表比快取記憶體大,則該表會填滿整個快取記憶體。sysadmin 固定伺服器角色的某個成員必須關閉而後重新啟動 SQL Server,然後使表不駐留。駐留太多的表和駐留比快取記憶體大的表會產生同樣的問題。

示例:

Declare @db_id int, @tbl_id int
        Use test
       Set @db_id = DB_ID('test')
       Set @tbl_id = Object_ID('test')
        DBCC pintable (@db_id, @tbl_id)

可以使用如下的SQL指令來檢測執行情況:

Select ObjectProperty(Object_ID('test'),'TableIsPinned')

如果返回結果為1:則表示該表已經設定為駐留記憶體;0:則表示沒有設定為駐留記憶體。

2、SP_TableOption

sp_tableoption 'test','pintable','TRUE';

Select ObjectProperty(Object_ID('test'),'TableIsPinned')

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/8183550/viewspace-668656/,如需轉載,請註明出處,否則將追究法律責任。

相關文章