引言内存管理一直是Oracle数据库调优中最具挑战性的任务之一。在早期版本中DBA需要手动分配SGA的各个组件Buffer Cache、Shared Pool、Large Pool、Java Pool等以及PGA的大小这不仅要求对数据库负载有深入理解还需要根据业务变化频繁调整。一旦配置不当要么浪费宝贵的内存资源要么因某个组件过小导致严重的性能问题。Oracle从11g版本开始引入了自动内存管理Automatic Memory Management简称AMM实现了SGA和PGA的完全自动化管理。本文将深入剖析AMM的工作机制、内部原理、配置方法以及适用场景帮助你全面理解这一变革性技术。一、Oracle内存管理架构的演进在理解AMM之前有必要回顾Oracle内存管理的发展历程。Oracle的内存管理经历了四个阶段手动内存管理9i及更早自动PGA管理9iR2引入自动SGA管理 ASMM10g引入自动内存管理 AMM11g引入需手动设置db_cache_sizeshared_pool_size等设置pga_aggregate_targetOracle自动分配各工作区设置sga_targetOracle自动分配SGA各组件设置memory_targetOracle自动管理SGAPGA整体1.1 手动内存管理阶段在9i及更早版本中DBA需要逐个设置SGA的内存组件参数例如-- 手动管理时代需要设置大量参数 db_block_buffers 200000 -- Buffer Cache shared_pool_size 500M -- Shared Pool large_pool_size 100M -- Large Pool java_pool_size 50M -- Java Pool sort_area_size 1048576 -- 排序区 hash_area_size 2097152 -- 哈希连接区这种方式的弊端非常明显修改参数常常需要重启实例无法动态响应负载变化内存利用率低下一个组件空闲而另一个组件紧张1.2 自动PGA管理9iR2引入了自动PGA管理通过pga_aggregate_target参数统一控制PGA内存总量Oracle自动在各个工作区排序区、哈希区等之间进行动态分配。1.3 自动SGA管理ASMM10g引入了ASMMAutomatic Shared Memory Management通过sga_target参数让Oracle自动管理SGA内部各个组件的分配比例。在ASMM模式下Buffer Cache、Shared Pool、Large Pool、Java Pool和Streams Pool的大小都可以动态调整无需人工干预。1.4 自动内存管理AMM11g最终推出了AMM将SGA和PGA作为一个整体进行管理。DBA只需要设置一个参数memory_targetOracle就能在SGA和PGA之间、以及SGA各个子组件之间动态分配内存实现真正意义上的“全自动内存管理”。二、AMM的核心机制与工作原理2.1 关键参数AMM涉及三个核心参数| 参数 | 含义 | 说明 ||------|------|------||memory_target| 内存总目标 | SGAPGA的总上限Oracle在此范围内自动分配 ||memory_max_target| 内存最大目标 |memory_target的动态调整上限需重启才可修改 ||sga_target| SGA目标 | 若设置此值SGA将不小于此值设为0则完全自动 ||pga_aggregate_target| PGA目标 | 若设置此值PGA将不小于此值设为0则完全自动 |参数关系memory_max_target memory_target (sga_target pga_aggregate_target)2.2 MMAN进程与自动调整机制AMM的核心是MMANMemory Manager后台进程。它负责持续监控内存使用情况并根据负载变化动态调整内存分配。是否MMAN后台进程每60秒周期检查采集SGA各组件使用率采集PGA工作区使用率分析Buffer Cache命中率分析Shared Pool命中率分析其他池使用率分析排序/Hash操作内存需求计算各组件内存边际收益是否需要重分配?执行内存转移操作保持当前分配从空闲组件回收内存分配给需求紧张的组件调整粒度MMAN在每个调整周期中以颗粒granule为单位进行内存转移SGA内部调整的最小单位是一个granule通常为4MB、8MB或16MB取决于SGA总大小SGA与PGA之间的调整则需要更谨慎通常只有当一侧出现明显瓶颈时才触发2.3 内存分配与回收的策略AMM的决策逻辑基于“内存边际效益最大化”原则SGA内部调整MMAN计算各个SGA组件增加单位内存能带来的边际收益如提高Buffer Cache命中率减少的物理I/O量将内存从边际收益低的组件转移到边际收益高的组件。SGA与PGA之间的调整当PGA紧张如出现大量multipass sort且SGA有富余时将部分内存从SGA转给PGA当Buffer Cache命中率下降且PGA空闲较多时将部分内存从PGA转给SGA这种跨区域调整较为保守幅度通常较小不可收缩的内存已被应用程序使用的PGA内存不可回收非共享SQL工作区除外SGA中的某些组件有最小值限制不会无限收缩三、配置AMM的完整步骤3.1 从手动管理切换到AMM步骤一检查当前内存配置-- 查看当前SGA相关参数 SHOW PARAMETER sga; -- 查看当前PGA相关参数 SHOW PARAMETER pga; -- 查看当前memory相关参数 SHOW PARAMETER memory;步骤二计算合适的memory_target-- 查看当前SGA和PGA实际大小 SELECT ROUND(SUM(bytes)/1024/1024, 2) AS sga_mb FROM v$sgastat; SELECT ROUND(value/1024/1024, 2) AS pga_mb FROM v$pgastat WHERE name maximum PGA allocated; -- memory_target建议值 当前SGA 当前PGA 10%余量 -- 但需确保不超过物理内存的60%-70%留足OS和其他应用的内存步骤三设置AMM参数-- 1. 设置memory_max_target需要重启 ALTER SYSTEM SET memory_max_target 8G SCOPESPFILE; -- 2. 重启数据库 SHUTDOWN IMMEDIATE; STARTUP; -- 3. 设置memory_target ALTER SYSTEM SET memory_target 6G SCOPEBOTH; -- 4. 将SGA和PGA目标设为0表示完全自动管理 ALTER SYSTEM SET sga_target 0 SCOPEBOTH; ALTER SYSTEM SET pga_aggregate_target 0 SCOPEBOTH;步骤四验证AMM是否生效-- 查看AMM状态 SELECT name, ROUND(value/1024/1024, 2) AS value_mb, isdefault FROM v$parameter WHERE name IN (memory_target, memory_max_target, sga_target, pga_aggregate_target); -- 查看内存分配详情 SELECT * FROM v$memory_dynamic_components; -- 查看内存调整历史 SELECT component, oper_type, oper_mode, initial_size/1024/1024 AS initial_mb, final_size/1024/1024 AS final_mb, start_time FROM v$memory_resize_ops ORDER BY start_time DESC FETCH FIRST 20 ROWS ONLY;3.2 从ASMM切换到AMM如果当前已经使用ASMM设置了sga_target和pga_aggregate_target切换更加简单-- 1. 设置memory_max_target需重启 ALTER SYSTEM SET memory_max_target 10G SCOPESPFILE; SHUTDOWN IMMEDIATE; STARTUP; -- 2. 设置memory_target ALTER SYSTEM SET memory_target 8G SCOPEBOTH; -- 3. 将sga_target和pga_aggregate_target置零可选 -- 也可以保留作为最小值控制 ALTER SYSTEM SET sga_target 0 SCOPEBOTH; ALTER SYSTEM SET pga_aggregate_target 0 SCOPEBOTH;3.3 混合管理模式AMM允许设置SGA和PGA的最小值实现“半自动”管理-- memory_target 8G 总内存 -- sga_target 4G SGA至少4G -- pga_aggregate_target 2G PGA至少2G -- 剩下的2G由Oracle根据需要在SGA和PGA之间动态分配 ALTER SYSTEM SET memory_target 8G SCOPEBOTH; ALTER SYSTEM SET sga_target 4G SCOPEBOTH; ALTER SYSTEM SET pga_aggregate_target 2G SCOPEBOTH;这种模式适用于对SGA或PGA有最低性能要求的场景既保留了自动管理的灵活性又能确保关键组件不会缩得过小。四、AMM的监控与诊断4.1 关键监控视图-- 1. v$memory_dynamic_components查看各内存组件当前大小 SELECT component, ROUND(current_size/1024/1024, 2) AS current_mb, ROUND(min_size/1024/1024, 2) AS min_mb, ROUND(max_size/1024/1024, 2) AS max_mb FROM v$memory_dynamic_components WHERE current_size 0; -- 2. v$memory_resize_ops查看最近800次内存调整记录 SELECT component, oper_type, -- GROW/SHRINK oper_mode, -- MANUAL/AUTO/IMMEDIATE/DEFERRED parameter, initial_size/1024/1024 AS init_mb, final_size/1024/1024 AS final_mb, start_time, end_time FROM v$memory_resize_ops ORDER BY start_time DESC FETCH FIRST 30 ROWS ONLY; -- 3. v$sga_resize_opsSGA内部组件的调整历史 SELECT component, oper_type, initial_size/1024/1024 AS init_mb, target_size/1024/1024 AS target_mb, start_time FROM v$sga_resize_ops ORDER BY start_time DESC FETCH FIRST 20 ROWS ONLY; -- 4. v$memory_target_advicememory_target大小的建议 SELECT * FROM v$memory_target_advice ORDER BY memory_size;4.2 判断AMM是否工作良好健康指标v$memory_resize_ops中有适量的调整记录说明AMM在动态响应负载变化Buffer Cache和Shared Pool的命中率保持稳定PGA中没有大量multipass executions多趟排序异常信号某组件频繁被缩小又扩大内存抖动说明整体内存不足看到大量的SHRINK操作且命中率下降说明memory_target设置过小v$memory_resize_ops中几乎没有记录说明负载稳定或AMM未启用五、AMM的优势与局限性5.1 AMM的四大优势简化运维DBA不再需要为Buffer Cache多大、Shared Pool多大而纠结大幅降低了调优门槛。提高内存利用率自动按需分配避免了一个组件空闲而另一个组件饥饿的情况。动态适应负载变化OLTP高峰期自动扩展Buffer Cache批处理时段自动为PGA分配更多排序空间。减少停机时间内存调整完全在线完成不需要重启实例。5.2 AMM的局限性与注意事项最大支持内存有限制在Linux上AMM通过/dev/shm实现内存共享/dev/shm的大小通常默认为物理内存的50%需要手动调整。bash# 查看/dev/shm大小df -h /dev/shm# 如需要增大临时mount -o remount,size16G /dev/shm# 永久修改编辑/etc/fstabtmpfs /dev/shm tmpfs defaults,size16G 0 0不支持HugePages如果系统使用HugePages优化内存管理则无法使用AMMHugePages要求预先锁定内存与AMM的动态分配机制冲突。此时只能使用ASMM配合手动PGA管理。极端负载下调整滞后MMAN每60秒调整一次对于突发性的极端负载变化可能响应不够快。调整幅度保守为了稳定性AMM的调整策略偏保守SGA与PGA之间的内存转移通常较慢。多实例环境下需谨慎在单服务器上运行多个Oracle实例时各实例的AMM彼此独立可能导致总内存超分需要全局规划。六、AMM vs ASMM如何选择是否是是否负载稳定否多实例是否选择内存管理方式是否使用HugePages?使用ASMM 手动PGA禁用AMM是否为单实例?负载波动大吗?推荐AMM全自动管理ASMM 手动PGA或AMM均可能否精确规划各实例内存?每实例用AMM设memory_target上限使用ASMM PGA逐实例精确控制一般建议中小型数据库、负载波动明显的场景优先使用AMM大型OLTP、需要使用HugePages使用ASMM 手动PGARAC环境每个节点独立配置AMM但需注意总内存上限七、实战案例AMM解决内存争用问题场景某零售系统白天OLTP业务需要大量Buffer Cache夜间跑批需要大量PGA进行排序和Hash Join。之前手动配置SGA 4G、PGA 1G白天Buffer Cache紧张夜间PGA不足。优化方案启用AMM总内存设为8G-- 设置memory_max_target并重启 ALTER SYSTEM SET memory_max_target 8G SCOPESPFILE; SHUTDOWN IMMEDIATE; STARTUP; -- 启用AMM ALTER SYSTEM SET memory_target 8G SCOPEBOTH; ALTER SYSTEM SET sga_target 0 SCOPEBOTH; ALTER SYSTEM SET pga_aggregate_target 0 SCOPEBOTH;验证效果-- 白天的内存分布AMM自动偏向SGA -- Buffer Cache: 约4.5G -- Shared Pool: 约1G -- PGA: 约1.5G -- 夜间的内存分布AMM自动偏向PGA -- Buffer Cache: 约2.5G -- Shared Pool: 约800M -- PGA: 约3.7G优化效果白天Buffer Cache命中率从87%提升至96%夜间批处理时间缩短35%PGA充足减少了磁盘排序无需人工干预内存随业务节奏自动调整八、总结与建议AMM是Oracle内存管理的集大成者将DBA从繁琐的参数调优中解放出来实现了SGA和PGA的整体自动化管理。核心机制是通过MMAN后台进程基于“边际效益最大化”原则以granule为单位持续动态调整各内存组件的分配。配置AMM的关键三步设置memory_max_target需重启、设置memory_target、将sga_target和pga_aggregate_target置零或设为最小值。不能迷信AMM使用HugePages的场景、需要极端确定性内存分配的场景仍应选择ASMM或手动管理。持续监控v$memory_resize_ops和v$memory_dynamic_components确保AMM的调整行为符合预期。调优箴言自动内存管理不是“放任不管”而是将DBA的精力从琐碎的内存数字游戏中解放出来转而关注更重要的SQL优化和架构设计。
引言内存管理一直是Oracle数据库调优中最具挑战性的任务之一。在早期版本中DBA需要手动分配SGA的各个组件Buffer Cache、Shared Pool、Large Pool、Java Pool等以及PGA的大小这不仅要求对数据库负载有深入理解还需要根据业务变化频繁调整。一旦配置不当要么浪费宝贵的内存资源要么因某个组件过小导致严重的性能问题。Oracle从11g版本开始引入了自动内存管理Automatic Memory Management简称AMM实现了SGA和PGA的完全自动化管理。本文将深入剖析AMM的工作机制、内部原理、配置方法以及适用场景帮助你全面理解这一变革性技术。一、Oracle内存管理架构的演进在理解AMM之前有必要回顾Oracle内存管理的发展历程。Oracle的内存管理经历了四个阶段手动内存管理9i及更早自动PGA管理9iR2引入自动SGA管理 ASMM10g引入自动内存管理 AMM11g引入需手动设置db_cache_sizeshared_pool_size等设置pga_aggregate_targetOracle自动分配各工作区设置sga_targetOracle自动分配SGA各组件设置memory_targetOracle自动管理SGAPGA整体1.1 手动内存管理阶段在9i及更早版本中DBA需要逐个设置SGA的内存组件参数例如-- 手动管理时代需要设置大量参数 db_block_buffers 200000 -- Buffer Cache shared_pool_size 500M -- Shared Pool large_pool_size 100M -- Large Pool java_pool_size 50M -- Java Pool sort_area_size 1048576 -- 排序区 hash_area_size 2097152 -- 哈希连接区这种方式的弊端非常明显修改参数常常需要重启实例无法动态响应负载变化内存利用率低下一个组件空闲而另一个组件紧张1.2 自动PGA管理9iR2引入了自动PGA管理通过pga_aggregate_target参数统一控制PGA内存总量Oracle自动在各个工作区排序区、哈希区等之间进行动态分配。1.3 自动SGA管理ASMM10g引入了ASMMAutomatic Shared Memory Management通过sga_target参数让Oracle自动管理SGA内部各个组件的分配比例。在ASMM模式下Buffer Cache、Shared Pool、Large Pool、Java Pool和Streams Pool的大小都可以动态调整无需人工干预。1.4 自动内存管理AMM11g最终推出了AMM将SGA和PGA作为一个整体进行管理。DBA只需要设置一个参数memory_targetOracle就能在SGA和PGA之间、以及SGA各个子组件之间动态分配内存实现真正意义上的“全自动内存管理”。二、AMM的核心机制与工作原理2.1 关键参数AMM涉及三个核心参数| 参数 | 含义 | 说明 ||------|------|------||memory_target| 内存总目标 | SGAPGA的总上限Oracle在此范围内自动分配 ||memory_max_target| 内存最大目标 |memory_target的动态调整上限需重启才可修改 ||sga_target| SGA目标 | 若设置此值SGA将不小于此值设为0则完全自动 ||pga_aggregate_target| PGA目标 | 若设置此值PGA将不小于此值设为0则完全自动 |参数关系memory_max_target memory_target (sga_target pga_aggregate_target)2.2 MMAN进程与自动调整机制AMM的核心是MMANMemory Manager后台进程。它负责持续监控内存使用情况并根据负载变化动态调整内存分配。是否MMAN后台进程每60秒周期检查采集SGA各组件使用率采集PGA工作区使用率分析Buffer Cache命中率分析Shared Pool命中率分析其他池使用率分析排序/Hash操作内存需求计算各组件内存边际收益是否需要重分配?执行内存转移操作保持当前分配从空闲组件回收内存分配给需求紧张的组件调整粒度MMAN在每个调整周期中以颗粒granule为单位进行内存转移SGA内部调整的最小单位是一个granule通常为4MB、8MB或16MB取决于SGA总大小SGA与PGA之间的调整则需要更谨慎通常只有当一侧出现明显瓶颈时才触发2.3 内存分配与回收的策略AMM的决策逻辑基于“内存边际效益最大化”原则SGA内部调整MMAN计算各个SGA组件增加单位内存能带来的边际收益如提高Buffer Cache命中率减少的物理I/O量将内存从边际收益低的组件转移到边际收益高的组件。SGA与PGA之间的调整当PGA紧张如出现大量multipass sort且SGA有富余时将部分内存从SGA转给PGA当Buffer Cache命中率下降且PGA空闲较多时将部分内存从PGA转给SGA这种跨区域调整较为保守幅度通常较小不可收缩的内存已被应用程序使用的PGA内存不可回收非共享SQL工作区除外SGA中的某些组件有最小值限制不会无限收缩三、配置AMM的完整步骤3.1 从手动管理切换到AMM步骤一检查当前内存配置-- 查看当前SGA相关参数 SHOW PARAMETER sga; -- 查看当前PGA相关参数 SHOW PARAMETER pga; -- 查看当前memory相关参数 SHOW PARAMETER memory;步骤二计算合适的memory_target-- 查看当前SGA和PGA实际大小 SELECT ROUND(SUM(bytes)/1024/1024, 2) AS sga_mb FROM v$sgastat; SELECT ROUND(value/1024/1024, 2) AS pga_mb FROM v$pgastat WHERE name maximum PGA allocated; -- memory_target建议值 当前SGA 当前PGA 10%余量 -- 但需确保不超过物理内存的60%-70%留足OS和其他应用的内存步骤三设置AMM参数-- 1. 设置memory_max_target需要重启 ALTER SYSTEM SET memory_max_target 8G SCOPESPFILE; -- 2. 重启数据库 SHUTDOWN IMMEDIATE; STARTUP; -- 3. 设置memory_target ALTER SYSTEM SET memory_target 6G SCOPEBOTH; -- 4. 将SGA和PGA目标设为0表示完全自动管理 ALTER SYSTEM SET sga_target 0 SCOPEBOTH; ALTER SYSTEM SET pga_aggregate_target 0 SCOPEBOTH;步骤四验证AMM是否生效-- 查看AMM状态 SELECT name, ROUND(value/1024/1024, 2) AS value_mb, isdefault FROM v$parameter WHERE name IN (memory_target, memory_max_target, sga_target, pga_aggregate_target); -- 查看内存分配详情 SELECT * FROM v$memory_dynamic_components; -- 查看内存调整历史 SELECT component, oper_type, oper_mode, initial_size/1024/1024 AS initial_mb, final_size/1024/1024 AS final_mb, start_time FROM v$memory_resize_ops ORDER BY start_time DESC FETCH FIRST 20 ROWS ONLY;3.2 从ASMM切换到AMM如果当前已经使用ASMM设置了sga_target和pga_aggregate_target切换更加简单-- 1. 设置memory_max_target需重启 ALTER SYSTEM SET memory_max_target 10G SCOPESPFILE; SHUTDOWN IMMEDIATE; STARTUP; -- 2. 设置memory_target ALTER SYSTEM SET memory_target 8G SCOPEBOTH; -- 3. 将sga_target和pga_aggregate_target置零可选 -- 也可以保留作为最小值控制 ALTER SYSTEM SET sga_target 0 SCOPEBOTH; ALTER SYSTEM SET pga_aggregate_target 0 SCOPEBOTH;3.3 混合管理模式AMM允许设置SGA和PGA的最小值实现“半自动”管理-- memory_target 8G 总内存 -- sga_target 4G SGA至少4G -- pga_aggregate_target 2G PGA至少2G -- 剩下的2G由Oracle根据需要在SGA和PGA之间动态分配 ALTER SYSTEM SET memory_target 8G SCOPEBOTH; ALTER SYSTEM SET sga_target 4G SCOPEBOTH; ALTER SYSTEM SET pga_aggregate_target 2G SCOPEBOTH;这种模式适用于对SGA或PGA有最低性能要求的场景既保留了自动管理的灵活性又能确保关键组件不会缩得过小。四、AMM的监控与诊断4.1 关键监控视图-- 1. v$memory_dynamic_components查看各内存组件当前大小 SELECT component, ROUND(current_size/1024/1024, 2) AS current_mb, ROUND(min_size/1024/1024, 2) AS min_mb, ROUND(max_size/1024/1024, 2) AS max_mb FROM v$memory_dynamic_components WHERE current_size 0; -- 2. v$memory_resize_ops查看最近800次内存调整记录 SELECT component, oper_type, -- GROW/SHRINK oper_mode, -- MANUAL/AUTO/IMMEDIATE/DEFERRED parameter, initial_size/1024/1024 AS init_mb, final_size/1024/1024 AS final_mb, start_time, end_time FROM v$memory_resize_ops ORDER BY start_time DESC FETCH FIRST 30 ROWS ONLY; -- 3. v$sga_resize_opsSGA内部组件的调整历史 SELECT component, oper_type, initial_size/1024/1024 AS init_mb, target_size/1024/1024 AS target_mb, start_time FROM v$sga_resize_ops ORDER BY start_time DESC FETCH FIRST 20 ROWS ONLY; -- 4. v$memory_target_advicememory_target大小的建议 SELECT * FROM v$memory_target_advice ORDER BY memory_size;4.2 判断AMM是否工作良好健康指标v$memory_resize_ops中有适量的调整记录说明AMM在动态响应负载变化Buffer Cache和Shared Pool的命中率保持稳定PGA中没有大量multipass executions多趟排序异常信号某组件频繁被缩小又扩大内存抖动说明整体内存不足看到大量的SHRINK操作且命中率下降说明memory_target设置过小v$memory_resize_ops中几乎没有记录说明负载稳定或AMM未启用五、AMM的优势与局限性5.1 AMM的四大优势简化运维DBA不再需要为Buffer Cache多大、Shared Pool多大而纠结大幅降低了调优门槛。提高内存利用率自动按需分配避免了一个组件空闲而另一个组件饥饿的情况。动态适应负载变化OLTP高峰期自动扩展Buffer Cache批处理时段自动为PGA分配更多排序空间。减少停机时间内存调整完全在线完成不需要重启实例。5.2 AMM的局限性与注意事项最大支持内存有限制在Linux上AMM通过/dev/shm实现内存共享/dev/shm的大小通常默认为物理内存的50%需要手动调整。bash# 查看/dev/shm大小df -h /dev/shm# 如需要增大临时mount -o remount,size16G /dev/shm# 永久修改编辑/etc/fstabtmpfs /dev/shm tmpfs defaults,size16G 0 0不支持HugePages如果系统使用HugePages优化内存管理则无法使用AMMHugePages要求预先锁定内存与AMM的动态分配机制冲突。此时只能使用ASMM配合手动PGA管理。极端负载下调整滞后MMAN每60秒调整一次对于突发性的极端负载变化可能响应不够快。调整幅度保守为了稳定性AMM的调整策略偏保守SGA与PGA之间的内存转移通常较慢。多实例环境下需谨慎在单服务器上运行多个Oracle实例时各实例的AMM彼此独立可能导致总内存超分需要全局规划。六、AMM vs ASMM如何选择是否是是否负载稳定否多实例是否选择内存管理方式是否使用HugePages?使用ASMM 手动PGA禁用AMM是否为单实例?负载波动大吗?推荐AMM全自动管理ASMM 手动PGA或AMM均可能否精确规划各实例内存?每实例用AMM设memory_target上限使用ASMM PGA逐实例精确控制一般建议中小型数据库、负载波动明显的场景优先使用AMM大型OLTP、需要使用HugePages使用ASMM 手动PGARAC环境每个节点独立配置AMM但需注意总内存上限七、实战案例AMM解决内存争用问题场景某零售系统白天OLTP业务需要大量Buffer Cache夜间跑批需要大量PGA进行排序和Hash Join。之前手动配置SGA 4G、PGA 1G白天Buffer Cache紧张夜间PGA不足。优化方案启用AMM总内存设为8G-- 设置memory_max_target并重启 ALTER SYSTEM SET memory_max_target 8G SCOPESPFILE; SHUTDOWN IMMEDIATE; STARTUP; -- 启用AMM ALTER SYSTEM SET memory_target 8G SCOPEBOTH; ALTER SYSTEM SET sga_target 0 SCOPEBOTH; ALTER SYSTEM SET pga_aggregate_target 0 SCOPEBOTH;验证效果-- 白天的内存分布AMM自动偏向SGA -- Buffer Cache: 约4.5G -- Shared Pool: 约1G -- PGA: 约1.5G -- 夜间的内存分布AMM自动偏向PGA -- Buffer Cache: 约2.5G -- Shared Pool: 约800M -- PGA: 约3.7G优化效果白天Buffer Cache命中率从87%提升至96%夜间批处理时间缩短35%PGA充足减少了磁盘排序无需人工干预内存随业务节奏自动调整八、总结与建议AMM是Oracle内存管理的集大成者将DBA从繁琐的参数调优中解放出来实现了SGA和PGA的整体自动化管理。核心机制是通过MMAN后台进程基于“边际效益最大化”原则以granule为单位持续动态调整各内存组件的分配。配置AMM的关键三步设置memory_max_target需重启、设置memory_target、将sga_target和pga_aggregate_target置零或设为最小值。不能迷信AMM使用HugePages的场景、需要极端确定性内存分配的场景仍应选择ASMM或手动管理。持续监控v$memory_resize_ops和v$memory_dynamic_components确保AMM的调整行为符合预期。调优箴言自动内存管理不是“放任不管”而是将DBA的精力从琐碎的内存数字游戏中解放出来转而关注更重要的SQL优化和架构设计。
![[C++]内存管理：串顺序存储的内存回收](http://pic.xiahunao.cn/yaotu/[C++]内存管理：串顺序存储的内存回收)
