Oracle数据库性能优化实务 共享池的分析.pptVIP

共享池碎片和ORA-4031 共享池碎片的原因 共享池的分配和释放十分频繁 共享池申请中几十到几百字节的申请量很大 动态扩展的PERMENT对象 BUG CACHED CURSOR ... 共享池有自恢复能力 ORA-4031带来的问题 性能下降 宕机 常用脚本-可用于查看ORA-4031 select indx, kghlurcr, kghlutrn, kghlufsh, kghluops, kghlunfu, kghlunfs from sys.x$kghlu where inst_id = userenv(Instance) 例子 INDX KGHLURCR KGHLUTRN KGHLUFSH KGHLUOPS KGHLUNFU KGHLUNFS ---------- ---------- ---------- ---------- ---------- ---------- ---------- 0 6669 15078 43945 452834 29 4080 1 6875 15383 46477 78 4064 2 4689 12257 34960 449154 2 4080 3 12992 19613 41194 1 4080 4 2348 3666 47447 641659 15 4080 5 8308 14242 45672 630403 34 4112 缓解共享池碎片问题 配置合理的参数，尽可能少的动态扩展PERMENT的数组 减少SUBPOOL的数量 将常用大对象PIN到内存 慎用CURSOR_SPACE_FOR_TIME 尽可能使用绑定变量 定期清理长期连接数据库的非用户会话 定期重连数据库连接池 定期刷新共享池 定期重启实例 SUBPOOL和共享池碎片 _kghdsidx_count参数可以手工配置SUBPOOL数量 SUBPOOL和CPU_COUNT的关系 每4个CPU一个 最多7个 SUBPOOL的最小大小 9i：128M 10g：256M 11g：512M SUBPOOL的两面性 提高并发访问性能 增加碎片的机会 案例-分析4031 TRACE Allocation Name Size _________________________ __________ free memory miscellaneous transaction 800448 UNDO INFO SEGMENTED ARRAY 325056 errors 23080 temporary tabl 3136 SEQ S.O. 264800 partitioning d 92400 db_handles 1740000 replication session stats 503120 ges regular msg buffers 1576248 table definiti 776 PL/SQL MPCODE 419304 gcs resource hash table 2097152 PL/SQL DIANA 608352 trigger inform 64 ges enqueues 6563240 PL/SQL PPCODE