今天一个QQ朋友告诉我，他的数据库有点问题，’Checkpoint not complete’。我叫他ALTER文件传过来,下面是我的一些分析：
1：日志切换太频繁，几乎是1分钟不到，就切了（还是归档模式,50M一个）。建议加大日志组成员，另建议问问开发，到底在跑什么？因为晚上11点的LOG，还是很频繁；
2：他说查询很慢，我看了ALTER文件，发现才1.1G的SGA，data buffer就1G，但是PGA倒是有400多M，
如果内存不多的话，还不如PGA小点，多给点databuffer.
我不相信，他的数据库命中率有100％，估计也不可能，因为写日志太频繁了，根据LRU来说，总是有写data buffer要换进换出。

PS：因为我只看到了ALTER文件，所以只能这样定性了。人家没给STATSPACK。

好像有点武断的成分，但是确实也只能这样了。

• 

  alert 不是 alter
  400m的 pga,缩小也不会有什么大的效果

  fcp @ July 11, 2008 |

• 

  是否checkpoint被DBWn给堵住了

  srw3 @ July 30, 2008 |

• 

  Checkpoint not complete
  一般是IO吞吐量和业务压力问题，跟频繁日志切换也有一定关系。
  也有例外情况：碰上坏块了，写不进去了。

  1.1G的SGA，data buffer就1G 。

  命中率有100％与buffer大小的关系。
  buffer管理机制

  sdf @ February 18, 2009 |