【TUNE_ORACLE】Oracle檢查點（二）檢查點效能

說明

檢查點系列相關文章地址：

Oracle檢查點（一）檢查點（Checkpoint）概念介紹： http://blog.itpub.net/69992972/viewspace-2787595/

Oracle檢查點（二）檢查點效能： http://blog.itpub.net/69992972/viewspace-2787789/

Oracle檢查點（三）增量檢查點四個關鍵引數介紹： http://blog.itpub.net/69992972/viewspace-2787943/

Oracle檢查點（四）檢查點對redo日誌的影響和redo日誌大小設定建議： http://blog.itpub.net/69992972/viewspace-2788206/

Oracle檢查點（五）建立並利用Statspack定位檢查點故障： http://blog.itpub.net/69992972/viewspace-2788418/

檢查點的效能問題

檢查點的最佳化常常會使DBA左右為難。因為頻繁的檢查點會實現更快的資料庫恢復，但也會導致資料庫效能降低。那麼，DBA 如何“優雅地”解決這一問題呢？

根據資料庫中的資料檔案數量，檢查點將會是一種高度佔用資源的操作，因為 所有資料檔案頭在檢查點期間都會被凍結。關於檢查點的頻率設定，需要對效能進行權衡。 檢查點頻率越高，就能在資料庫崩潰後更快地實現恢復。這也是為什麼一些不太能忍受意外系統停機的客戶現場常常會選擇此選項的原因。但是，在很多情況下， 頻繁的檢查點可能會導致效能降低，所以這使得上述觀點並不能完全成立。

舉個例子：假設資料庫已啟動，且有 95% 的時間處於執行狀態，剩下 5% 未執行時間是由於出現偶發的例項崩潰或硬體故障，需要進行資料庫恢復。實際環境中，對於大多數的客戶現場而言，最佳化 95% 的效能相比於極少的 5% 停機時間要更重要。所以，在這種情況下，需要儘可能地減少檢查點的頻率來最佳化。

最佳化檢查點涉及到的關鍵初始化引數

1. FAST_START_MTTR_TARGET

2. LOG_CHECKPOINT_INTERVAL

3. LOG_CHECKPOINT_TIMEOUT

4. LOG_CHECKPOINTS_TO_ALERT