日志缓冲区Log_buffer是Oracle专门用于存入重做日志的内存区域。
成都创新互联云计算的互联网服务提供商,拥有超过13年的服务器租用、托管服务器、云服务器、网络空间、网站系统开发经验，已先后获得国家工业和信息化部颁发的互联网数据中心业务许可证。专业提供云主机、网络空间、域名与空间、VPS主机、云服务器、香港云服务器、免备案服务器等。
数据库启动时，可以看到：
SQL startup
ORACLE 例程已经启动。
Total System Global Area 85006980 bytes
Fixed Size 453252 bytes
Variable Size 46137344 bytes
Database Buffers 37748736 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
数据库已经打开。
Redo Buffers就是分配给Log_buffer的内存大小。
对日志缓冲区的大小，可以从下面的视图中查询的到：
SQL select * from v$parameter;
也可以
SQL show parameter log_buffer
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_buffer integer 524288
从这儿查询出的数据，是在配置文件中配置的数据，配置文件有：SPFILEORA92.ORA，INITora92.ORA等。
这个值和真实的日志缓冲区的大小不同。如果要知道真实的Log_buffer的大小，可以用下面的方法查询：
SQL select * from v$sgastat where name ='log_buffer';
POOL NAME BYTES
----------- -------------------------- ----------
log_buffer 656384
上面的这个值，是Oracle的SGA实际分配给Log_buffer的大小。
另外，还可以从 v$sga中查询：
SQL select * from v$sga;
NAME VALUE
-------------------- ----------
Fixed Size 453252
Variable Size 46137344
Database Buffers 37748736
Redo Buffers 667648
这个值也就是Oracle启动时分配给Log_buffer的大小。
那这个值为什么和实际的大小有差别呢？
SQL select (667648-656384)/1024 ||'K' from dual;
(66
---
11K
相差11K，那这11K干什么用呢？
这11K是Oracle为了保护Log_buffer，分配出来的日志保护页。
调大sga此时数据库需要是在关闭状态，由于sga不是动态参数，所以我们需要修改init$ORACLE_SID.ORA的中sga的大小
(1)首先创建参数文件，这是为了保持和服务器参数文件一致SQLcreate pfile from spfile;
(2)修改init$ORACLE_SID.ORA中对应的sga_max_size大小
(3)创建服务器参数文件SQLcreate spfile from pfile;
(4)启动数据库 修改db_cache_size的大小
SQL alter system set db_cache_size=25165824 scope=both;
System altered.
修改完毕。
但是，这种行为从Oracle 8i开始就变了：新数据缓冲区被放置在缓冲区链的中部。在调节数据库的时候，你的目标就是为数据缓冲区分配尽量多的内存，而不会导致数据库服务器在内存里分页。数据缓冲区每小时的命中率一旦低于90%，你就应该为数据块缓冲区增加缓冲区。
数据块的存活时间
在调入数据块之后，Oracle会不停地跟踪数据块的使用计数（touch count，也就是说，这个数据块被用户线程所访问的次数）。如果一个数据块被多次使用，它就被移动到最近使用过的数据列表的最前面，这样就能确保它会在内存里保存一段较长的时间。这种新的中点插入技术会确保最常使用的数据块被保留在最近使用过的数据列表的最前面，因为新的数据块只有在它们被重复使用的时候才会被移动到缓冲区链的最前面。
总而言之，Oracle 8i数据缓冲池的管理要比先前的版本更加有效。通过将新的数据块插入缓冲区的中部，并根据访问活动（频率）调整缓冲区链，每个数据缓冲区就被分割成两个部分：热区（hot section），代表数据缓冲区的最近使用的一半；冷区（cold section），代表数据缓冲区的最早使用的一半。只有那些被反复请求的数据块才会被移进每个缓冲池的热区，这就让每个数据缓冲区在缓冲常用数据块的时候效率更高。
热区的大小要用下面的隐藏参数来配置：
_db_percent_hot_default _db_percent_hot_keep _db_percent_hot_recycle
Oracle公司作为官方没有推荐更改这些隐藏参数。只有懂得内部机制和希望调节其数据缓冲区行为的有经验人员才应该使用这些参数。
找到热数据块
Oracle 8i保留着一个X$BH内部查看表，用来显示数据缓冲池的相对性能。X$BH查看表有下列数据列：
Tim：两次使用之间的时间差，和_db_aging_touch_time参数相关。
Tch：使用计数，它和被使用过_db_aging_hot_criteria次之后从冷区移入热区直接相关。
由于Tch数据列用来追踪特定数据块的使用次数，所以你就能够编写一个字典查询来显示缓冲区里的热数据块——使用计数大于10的数据块，就像下面这样：
SELECT obj object, dbarfil file#, dbablk block#, tch touchesFROM x$bhWHERE tch 10ORDER BY tch desc;
这项高级查询技术在用于追踪DEFAULT缓冲池里的对象时尤其有用。一旦定位了热数据块，你就能够把它们从DEFAULT缓冲池移动到KEEP缓冲池。[next]完全缓冲数据库
从Oracle 8i开始，随着64位寻址的出现，你就能够创建一个完全在数据缓冲区里缓冲的数据库。现今，任何数据库通常只用不到20G的内存就能够被完全缓冲，而更大的数据库仍然需要部分数据缓冲区。
要利用完全数据缓冲的优势，就要记住从内存取回数据块和从磁盘取回数据块的时间差。对磁盘的访问时间是以毫秒或者说千分之一秒来计算的，而内存的速度是以纳秒或者说十亿分之一秒来计算的。因此内存的访问速度要快三个数量级，即通常要比磁盘的访问速度块将近14,000倍。
在完全缓冲Oracle数据库的时候，你需要仔细制定缓冲的规划，并在需要的时候增加db_block_ buffers参数的值。在缓冲整个数据库的时候，多数据缓冲池就不再需要了，所以你可以在DEFAULT数据池里缓冲所有的数据块。
