07-内存组件与Oracle进程.pptVIP

安全高效的写脏数据块的解决方案 CKPT、LGWR、DBWR进程互相之间合作，实现上面的解决方案 LGWR 用户进程修改内存数据块、在日志缓冲区中都会构造一个相应的重做条目（被修改的数据块在修改之前的值和修改之后的值） LGWR负责将这些条目写入到联机重做日志文件中，一旦写入到了联机重做日志文件中以后，数据就是安全的 LGWR负责维护系统完整性的任务、保证数据不会丢失 实例突然崩溃、怎么办？ Oracle是不一定会把提交的数据块写入数据文件的 实例崩溃以后，必然会有一些已经提交但是还没有写入数据文件的内存数据块丢失 实例启动以后，Oracle利用日志文件中记录的重做条目来在buffer cache中重新构造这些内存块，然后完成前滚和回滚 日志文件有多个、里面的条目更是很多 我们需要从哪个起点来开始往后应用重做条目呢？ 为了预防实例崩溃，Oracle需要不断的定位这个起点 为什么需要定位起点？ 1、这个起点不能太靠近日志文件的头部、太靠近日志文件的头部意味着要处理很多的重做条目 2、不能太靠近日志文件的尾部（实时的尾部），太靠近日志文件的尾部意味着有很少的脏数据块需要写入到数据文件中，说明大量的脏数据块已经写入到了数据文件中，也就说明DBWR进程在此前频繁的写数据文件，显然这样造成的后果就是IO频繁，数据库性能低下 起点的意义 1、实例崩溃以后的重做条目如下 A