SGA内参数设置
2024-07-21 02:38:14
供稿：网友
Log_buffer 对于日志缓冲区的大小设置，通常我觉得没有过多的建议，因为参考LGWR写的触发条件之后，我们会发现通常超过3M意义不是很大。作为一个正式系统，可能考虑先设置这部分为log_buffer=1—3M 大小，然后针对具体情况再调整。 Large_pool_size 对于大缓冲池的设置，假如不使用MTS，建议在20—30M 足够了。这部分主要用来保存并行查询时候的一些信息，还有就是RMAN在备份的时候可能会使用到。假如设置了MTS，则由于UGA部分要移入这里，则需要具体根据server PRocess数量和相关会话内存参数的设置来综合考虑这部分大小的设置。 java_pool_size 假如数据库没有使用JAVA，我们通常认为保留10—20M大小足够。事实上可以更少，甚至最少只需要32k，但具体跟安装数据库的时候的组件相关（比如http server）。 shared_pool_size 这是迄今为止最具有争议的一部分内存设置。按照很多文档的描述，这部分内容应该几乎和数据缓冲区差不多大小。但实际上情况却不是这样的。首先我们要考究一个问题，那就是这部分内存的作用，它是为了缓存已经被解析过的SQL，而使其能被重用，不再解析。这样做的原因是因为，对于一个新的SQL（shared_pool里面不存在已经解析的可用的相同的SQL），数据库将执行硬解析，这是一个很消耗资源的过程。而若已经存在，则进行的仅仅是软分析（在共享池中寻找相同SQL），这样消耗的资源大大减少。所以我们期望能多共享一些SQL，并且假如该参数设置不够大，经常会出现ora-04031错误，表示为了解析新的SQL，没有可用的足够大的连续空闲空间，这样自然我们期望该参数能大一些。但是该参数的增大，却也有负面的影响，因为需要维护共享的结构，内存的增大也会使得SQL的老化的代价更高，带来大量的治理的开销，所有这些可能会导致CPU的严重问题。 在一个充分使用绑定变量的比较大的系统中，shared_pool_size的开销通常应该维持在300M以内。除非系统使用了大量的存储过程、函数、包，比如Oracle erp这样的应用，可能会达到500M甚至更高。于是我们假定一个1G内存的系统，可能考虑设置该参数为100M，2G的系统考虑设置为150M，8G的系统可以考虑设置为200—300M. 对于一个没有充分使用或者没有使用绑定变量系统，这可能给我们带来一个严重的问题。所谓没有使用bind var 的SQL，我们称为Literal SQL.也就是比如这样的两句SQL我们认为是不同的SQL，需要进行2次硬解析： select * from EMP where name = ‘TOM’； select * from EMP where name = ‘JERRY’； 假如把‘TOM’ 和 ‘JERRY’ 换做变量V，那就是使用了bind var，我们可以认为是同样的SQL从而能很好地共享。共享SQL本来就是shared_pool_size这部分内存存在的本意，oracle的目的也在于此，而我们不使用bind var就是违反了oracle的初衷，这样将给我们的系统带来严重的问题。当然，假如通过在操作系统监控，没有发现严重的cpu问题，我们假如发现该共享池命中率不高可以适当的增加shred_pool_size.但是通常我们不主张这部分内存超过800M（非凡情况下可以更大）。 事实上，可能的话我们甚至要想办法避免软分析，这在不同的程序语言中实现方式有差异。我们也可能通过设置session_cached_cursors 参数来获得帮助（这将增大PGA）。 Data buffer 现在我们来谈数据缓冲区，在确定了SGA的大小并分配完了前面部分的内存后，其余的，都分配给这部分内存。通常，在答应的情况下，我们都尝试使得这部分内存更大。这部分内存的作用主要是缓存 DB BLOCK，减少甚至避免从磁盘上获取数据，在8i中是由db_block_buffers*db_block_size来决定大小的（包含default、keep、recycle）。假如我们设置了buffer_pool_keep 和buffer_pool_recycle，这两部分内存的大小包含在前面设置中（db_block_buffers*db_block_size）。 buffer_pool_keep 是用来取代8i版本以前的缓存频繁小表于LUR 的MOST USED端的。通过开辟一段独立的内存用于缓存频繁的小表，在创建表的时候可以指定存储参数，或者也可以动态修改表的存储参数（alter table t storage（buffer_pool keep）；）。 Buffer_pool_recycle 作为一块单独开辟出来的内存，主要用于很少执行的大表全表扫描的查询，使得这些大表扫描不会影响到default里面LRU而冲击整个数据库缓冲区的性能。虽然这样有可能降低大表的全表扫描的性能，但是保护了整体性能不间歇性的受到较大的冲击。同样，除了设置参数外还需要在创建表的过程中使用存储参数或者动态修改表的存储参数（alter table t storage
