当前位置：首页 > news >正文

智能内存管家：深度解析Oracle自动内存管理（AMM）机制与最佳实践

news 2026/7/12 17:07:23

一、开篇：AMM是Oracle内存管理的进化

某DBA管理着30套测试数据库，每套数据库的内存需求随负载变化。如果手动配置每套数据库的SGA和PGA，不仅工作量大，而且资源利用率低——有的数据库SGA空闲，有的却严重不足。

Oracle 11g引入的AMM（Automatic Memory Management）解决了这个问题。通过一个参数MEMORY_TARGET，Oracle自动管理SGA和PGA的总大小，根据负载动态调整两者之间的分配，大大简化了内存管理。

本篇文章从AMM的工作原理、与ASMM的区别、MMAN后台进程机制、内存抖动的诊断与解决，全面覆盖Oracle自动内存管理的知识体系。

二、AMM vs ASMM全景架构图

关键解读：

红色（AMM）： MEMORY_TARGET统一管理SGA+PGA，两者自动调整。
蓝色（ASMM）： SGA_TARGET自动管理SGA内部，PGA手动设置。
绿色（PGA手动）： ASMM模式下PGA需要手动设置大小。

三、AMM的核心概念

1. AMM的本质定义

精确描述：

AMM（Automatic Memory Management）是Oracle 11g引入的内存管理机制，通过一个参数MEMORY_TARGET统一管理SGA和PGA的总大小，Oracle会根据负载动态在SGA和PGA之间分配内存。

2. AMM的核心参数

| 参数 | 含义 | 说明 |

|------|------|------|

| MEMORY_TARGET | SGA+PGA总目标大小 | 动态参数，可在线调整 |

| MEMORY_MAX_TARGET | SGA+PGA最大上限 | 静态参数，需重启生效 |

| SGA_TARGET | SGA目标大小 | AMM下通常设为0 |

| PGA_AGGREGATE_TARGET | PGA目标大小 | AMM下通常设为0 |

3. 查看AMM配置状态

-- 查看是否启用AMM SELECT name, value, isdefault FROM v$parameter WHERE name IN ('memory_target', 'memory_max_target', 'sga_target', 'pga_aggregate_target'); -- 判断逻辑： -- MEMORY_TARGET > 0 → AMM启用 -- MEMORY_TARGET = 0 且 SGA_TARGET > 0 → ASMM启用 -- MEMORY_TARGET = 0 且 SGA_TARGET = 0 → 手动管理

-- 查看AMM的内存分配历史 SELECT TO_CHAR(start_time, 'YYYY-MM-DD HH24:MI:SS') AS start_time, component, oper_type, initial_size/1024/1024 AS initial_mb, final_size/1024/1024 AS final_mb FROM v$memory_resize_ops ORDER BY start_time DESC FETCH FIRST 20 ROWS ONLY;

四、MMAN后台进程：AMM的“大脑”

1. MMAN的工作机制

精确描述：

MMAN（Memory Manager）是AMM的核心后台进程。它每隔一段时间会评估SGA和PGA的工作负载，根据需求预测来调整内存分配。

2. 内存调整的粒度

Granule（粒度单位）：

AMM/ASMM以Granule为最小单位进行内存调整。Granule大小取决于SGA总大小。

| SGA大小 | Granule大小 |

|---------|------------|

| SGA ≤ 1GB | 4MB |

| SGA > 1GB 且 ≤ 8GB | 16MB |

| SGA > 8GB 且 ≤ 64GB | 64MB |

| SGA > 64GB | 256MB |

-- 查看当前Granule大小 SELECT component, granule_size/1024/1024 AS granule_mb FROM v$sga_dynamic_components WHERE rownum = 1;

五、AMM的配置与调优

1. 启用AMM

-- 计算MEMORY_TARGET（SGA+PGA总和） -- 假设需要SGA=4G, PGA=2G ALTER SYSTEM SET MEMORY_TARGET = 6G SCOPE = SPFILE; ALTER SYSTEM SET MEMORY_MAX_TARGET = 6G SCOPE = SPFILE; -- 清空SGA和PGA参数（让AMM自动管理） ALTER SYSTEM RESET SGA_TARGET SCOPE = SPFILE; ALTER SYSTEM RESET PGA_AGGREGATE_TARGET SCOPE = SPFILE; -- 重启生效 SHUTDOWN IMMEDIATE; STARTUP;

2. 设置组件下限

-- 即使使用AMM，也可以设置SGA组件的下限 ALTER SYSTEM SET SHARED_POOL_SIZE = 1G SCOPE = BOTH; ALTER SYSTEM SET DB_CACHE_SIZE = 2G SCOPE = BOTH; -- 下限的作用：防止组件被压缩过小 -- 注意：下限设置过高会限制AMM的灵活性

3. 监控AMM内存使用

-- 查看AMM内存分配状态 SELECT component, current_size/1024/1024 AS current_mb, min_size/1024/1024 AS min_mb, max_size/1024/1024 AS max_mb, user_specified_size/1024/1024 AS specified_mb FROM v$memory_dynamic_components; -- 查看SGA和PGA的当前分配 SELECT (SELECT value/1024/1024 FROM v$parameter WHERE name = 'sga_target') AS sga_mb, (SELECT value/1024/1024 FROM v$parameter WHERE name = 'pga_aggregate_target') AS pga_mb FROM dual;

六、AMM vs ASMM：如何选择？

1. 核心区别对比

| 对比维度 | ASMM | AMM |

|----------|-------------------------------|-------------------------------|

| 控制参数 | SGA_TARGET + PGA_AGGREGATE_TARGET | MEMORY_TARGET（一个参数） |

| 管理范围 | 仅SGA内部5个池 | SGA + PGA 统一管理 |

| SGA与PGA关系 | 各自固定，互不抢占 | 可以互相抢占内存 |

| PGA管理 | 手动设置PGA_AGGREGATE_TARGET | 自动调整 |

| Huge Pages | 支持 | 不支持 |

| 生产环境推荐 | 强烈推荐 | 测试/开发环境 |

2. AMM与Huge Pages不兼容

不兼容原因：

AMM通过/dev/shm共享内存文件系统动态分配内存，而Huge Pages需要在启动时预先锁定大页内存。两者机制冲突。

解决方案：

-- 使用Huge Pages时，禁用AMM，使用ASMM ALTER SYSTEM SET MEMORY_TARGET = 0 SCOPE = SPFILE; ALTER SYSTEM SET SGA_TARGET = 8G SCOPE = SPFILE; ALTER SYSTEM SET PGA_AGGREGATE_TARGET = 2G SCOPE = SPFILE;

3. 选择建议

| 场景 | 推荐方案 | 原因 |

|------|----------|------|

| 生产OLTP系统 | ASMM + Huge Pages | 性能稳定可控 |

| 测试/开发环境 | AMM | 简化管理 |

| 内存 > 100GB | ASMM | 避免AMM调整开销 |

| 需要Huge Pages | ASMM | AMM不支持 |

七、内存抖动诊断与解决

1. 内存抖动的症状

-- 查看SGA大小调整频率 SELECT component, COUNT(*) AS resize_count, MIN(start_time) AS first_resize, MAX(start_time) AS last_resize FROM v$sga_resize_ops WHERE start_time > SYSDATE - 1 GROUP BY component ORDER BY resize_count DESC;

如果每小时调整超过60次，说明存在严重的内存抖动。

2. 内存抖动的原因

SGA组件下限设置过高，限制了调整灵活性。
物理内存不足，SGA+PGA总需求超过物理内存。
Buffer Cache和Shared Pool互相争抢。

3. 解决方案

-- 取消不必要的手动下限 ALTER SYSTEM RESET SHARED_POOL_SIZE; ALTER SYSTEM RESET DB_CACHE_SIZE; -- 设置合理的下限 ALTER SYSTEM SET SHARED_POOL_SIZE = 2G SCOPE = BOTH; ALTER SYSTEM SET DB_CACHE_SIZE = 4G SCOPE = BOTH; -- 如果抖动严重，考虑切换到ASMM ALTER SYSTEM SET MEMORY_TARGET = 0 SCOPE = SPFILE; ALTER SYSTEM SET SGA_TARGET = 8G SCOPE = SPFILE; ALTER SYSTEM SET PGA_AGGREGATE_TARGET = 2G SCOPE = SPFILE;