11.2使用KEEP池導致ENQ: KO - Fast Object Checkpoint等待

前一段時間在客戶測試TPCC的時候碰到這個問題，今天在MOS上找到問題的原因，簡單記錄一下。

[@more@]

在11.2中，如果表設定了KEEP池，而在初始化引數中沒有指定DB_KEEP_CACHE_SIZE的值，就可能會造成資料庫中出現明顯的ENQ: KO – Fast Object Checkpoint的等待，同時還伴有reliable message的等待。

MOS文件ENQ: KO - Fast Object Checkpoint And Reliable Message Causing Bad Performance [ID 1377830.1]描述了這個問題，給出的解決方案是不使用KEEP池，改為使用DEFAULT池，或者設定DB_KEEP_CACHE_SIZE的值為非0。

而當時測試的過程中，問題與當前的現象很像，版本是11.2.0.2，在執行完壓力測試後，所有程式斷開後。如果執行關閉操作SHUTDOWN IMMEDIATE，此時就可以發現，資料庫經歷漫長的ENQ: KO – Fast Object Checkpoint等待，然後資料庫才可以正常關閉。不過唯一的不同之處在於，當時測試環境中設定了DB_KEEP_CACHE_SIZE的值，因此問題和當前問題描述很像，但並不一樣。

由於環境已經消失，現在無法驗證這個問題，但是根據印象判斷，這個問題可能確實和使用了KEEP池有關，在使用KEEP池之前使用預設的DEFAULT池時，資料庫關閉並沒有經歷如此嚴重的等待。因此，在11.2中使用非DEFAULT池，可能會引發異常