Oracle 内存管理深度解析：AMM vs ASMM 与大内存服务器最佳实践

发表于 更新于 分类于

在Oracle数据库的日常运维中，内存管理是最基础也是最关键的环节之一。不合理的内存配置不仅会导致数据库性能下降，更可能引发OOM Killer直接杀死数据库进程，造成严重的生产事故。本文将从原理到实战，全面解析Oracle的三种内存管理模式（AMM、ASMM、手动管理），并提供不同规格服务器的配置模板和OOM预防方案。

一、问题背景

1.1 内存配置是Oracle性能的基石

Oracle数据库的性能很大程度上取决于内存的合理配置。SGA（System Global Area）决定了数据缓存命中率和SQL解析效率，PGA（Program Global Area）则直接影响排序、哈希连接等操作的性能。一个内存配置不当的数据库，即使拥有强大的CPU和高速存储，也难以发挥应有的性能。

在实际生产环境中，我们经常遇到以下问题：

  • Buffer Cache命中率低：大量物理I/O导致数据库响应缓慢
  • Shared Pool碎片化：SQL硬解析频繁，Library Cache争用严重
  • PGA不足：大量磁盘排序（Temp表空间溢出），复杂查询性能极差
  • 内存过度分配：触发Linux OOM Killer，数据库进程被强制终止

1.2 AMM vs ASMM的选择困惑

Oracle提供了三种内存管理模式：

模式 管理方式 关键参数
AMM SGA+PGA统一自动管理 MEMORY_TARGET
ASMM SGA自动 + PGA自动 SGA_TARGET + PGA_AGGREGATE_TARGET
手动 各组件独立配置 各组件参数单独设置

很多DBA在搭建新环境时面临选择困惑：AMM看起来最省心，但生产环境真的适合用吗？ASMM和手动管理又该如何选择？

1.3 OOM Killer导致的生产事故案例

我曾处理过一起典型的生产事故：某客户的Oracle数据库运行在一台256GB内存的服务器上，使用AMM模式，MEMORY_TARGET设置为200GB。某天凌晨，数据库突然宕机，alert日志显示进程被OOM Killer终止。

根本原因是：AMM依赖/dev/shm（tmpfs），当系统内存压力增大时，tmpfs占用的内存无法被swap out，导致OOM Killer优先选择Oracle进程进行kill。如果当时使用ASMM + HugePages，内存被锁定在物理内存中，就不会出现这个问题。

二、理论分析

2.1 SGA内存结构

SGA是Oracle实例的共享内存区域，所有服务器进程共享访问。SGA由以下核心组件构成：

Buffer Cache（缓冲区缓存）

Buffer Cache是SGA中最大的组件，用于缓存数据文件中的数据块。当用户查询数据时，Oracle首先检查Buffer Cache中是否已有需要的数据块：

  • 命中（Cache Hit）：直接从内存读取，速度极快
  • 未命中（Cache Miss）：需要从磁盘读取，速度慢100-1000倍

Buffer Cache使用LRU（Least Recently Used）算法管理缓存块。调优要点：

  • 通过DB_CACHE_SIZE设置大小
  • 监控V$BUFFER_POOL_STATISTICS查看命中率
  • 命中率应保持在95%以上

Shared Pool（共享池）

Shared Pool包含两个关键子结构：

  • Library Cache：缓存SQL和PL/SQL的执行计划，减少硬解析
  • Data Dictionary Cache：缓存数据字典信息，减少递归SQL

Shared Pool的调优要点：

  • 大小通过SHARED_POOL_SIZE设置
  • 监控V$LIBRARYCACHE，关注RELOADS和INVALIDATIONS
  • 避免使用大量字面量SQL（应使用绑定变量）

Large Pool（大池）

Large Pool用于以下场景：

  • RMAN备份恢复操作
  • 共享服务器模式（Shared Server）的UGA
  • 并行查询的消息缓冲区
  • I/O Slave进程

大小通过LARGE_POOL_SIZE设置。如果使用RMAN备份或并行查询，建议适当增大。

Redo Log Buffer（重做日志缓冲区）

Redo Log Buffer缓存数据库变更的重做记录，由LGWR进程定期写入在线重做日志文件。大小通过LOG_BUFFER设置。一般不需要手动调整，除非遇到log buffer space等待事件。

Streams Pool 和 Java Pool

  • Streams Pool：用于Oracle Streams和Advanced Queueing，如果未使用这些特性，可以设置为0
  • Java Pool：用于JVM相关操作，如果数据库中运行Java存储过程，需要适当配置

2.2 PGA内存结构

PGA是每个服务器进程的私有内存区域，不与其他进程共享。PGA主要包含：

Sort Area（排序区）

用于SQL操作中的排序操作，如ORDER BY、GROUP BY、DISTINCT等。当排序数据量超过Sort Area大小时，会溢出到Temp表空间（磁盘排序），性能急剧下降。

Hash Area（哈希区）

用于哈希连接（Hash Join）操作。同样，当数据量超过Hash Area时会溢出到磁盘。

Session Cursor（会话游标）

每个打开的游标都需要占用PGA内存，包括：

  • 游标状态信息
  • SQL执行计划的私有副本
  • 绑定变量值

PGA_AGGREGATE_TARGET的作用

PGA_AGGREGATE_TARGET参数设定了整个实例所有PGA的总目标大小。Oracle会根据各会话的实际需求动态分配PGA内存，但总和不超过此目标值。

调优要点：

  • 监控V$PGASTAT中的PGA TARGET和OVER ALLOC COUNT
  • 如果OVER ALLOC COUNT持续增长，说明PGA目标设置过低
  • 复杂查询（OLAP场景）需要更大的PGA

2.3 AMM (Automatic Memory Management)

AMM是Oracle 11g引入的内存管理模式，通过MEMORY_TARGET和MEMORY_MAX_TARGET两个参数统一管理SGA和PGA。

核心参数

1
2
3
4
5
-- 设置当前内存目标（动态参数，可在线修改）
ALTER SYSTEM SET MEMORY_TARGET = 16G;

-- 设置最大内存目标（静态参数，需要重启生效）
ALTER SYSTEM SET MEMORY_MAX_TARGET = 20G;

AMM的实现机制：/dev/shm (tmpfs)

AMM使用Linux的共享内存文件系统（tmpfs）来管理内存。Oracle将SGA映射到/dev/shm目录下的文件，这种方式有以下特点：

  1. 内存锁定：tmpfs中的数据锁定在物理内存中（或swap），不会被page cache管理
  2. 文件系统开销：需要额外的文件系统元数据开销
  3. 大小限制：默认情况下/dev/shm大小为物理内存的50%

查看当前/dev/shm大小：

1
2
3
df -h /dev/shm
# Filesystem      Size  Used Avail Use% Mounted on
# tmpfs            64G   20G   44G  32% /dev/shm

AMM与HugePages的互斥关系

这是AMM最重要的限制：AMM不支持HugePages。

HugePages是Linux内核提供的大页内存机制（默认2MB/页，可配置1GB/页），相比标准的4KB页面有以下优势：

  • 减少TLB（Translation Lookaside Buffer）缺失
  • 减少页表条目，降低内存管理开销
  • 内存锁定，不会被swap out

但HugePages要求应用使用mmap()直接映射共享内存，而AMM使用的tmpfs方式与之不兼容。对于大内存服务器（>64GB），无法使用HugePages是一个严重的性能损失。

AMM的适用场景

  • 开发测试环境
  • 小内存服务器（<=32GB）
  • 不需要精细调优的场景
  • 快速搭建环境的需求

2.4 ASMM (Automatic Shared Memory Management)

ASMM是Oracle推荐的生产环境内存管理模式，通过SGA_TARGET和PGA_AGGREGATE_TARGET分别管理SGA和PGA。

核心参数

1
2
3
4
5
-- SGA自动管理（静态参数）
ALTER SYSTEM SET SGA_TARGET = 48G SCOPE=SPFILE;

-- PGA自动管理（动态参数）
ALTER SYSTEM SET PGA_AGGREGATE_TARGET = 16G;

ASMM的优势：可使用HugePages

ASMM使用标准的System V共享内存（shmget/shmat），完美支持HugePages。对于大内存服务器，HugePages带来的性能提升非常可观：

  • TLB缺失减少90%以上
  • 页表内存开销减少（从4KB页到2MB页，减少512倍）
  • 消除内存页面swap out的风险

各组件的自动调整机制

当设置SGA_TARGET后，以下组件会自动调整大小：

  • Buffer Cache（DB_CACHE_SIZE作为最小值）
  • Shared Pool（SHARED_POOL_SIZE作为最小值）
  • Large Pool（LARGE_POOL_SIZE作为最小值）
  • Java Pool（JAVA_POOL_SIZE作为最小值）
  • Streams Pool（STREAMS_POOL_SIZE作为最小值）

Oracle通过内存代理（Memory Advisor）根据工作负载动态调整各组件大小。未设置SGA_TARGET时，也可以单独设置各组件参数进行手动管理。

2.5 手动内存管理

手动管理模式需要逐一设置每个内存组件的大小：

1
2
3
4
5
6
ALTER SYSTEM SET DB_CACHE_SIZE = 32G SCOPE=SPFILE;
ALTER SYSTEM SET SHARED_POOL_SIZE = 8G SCOPE=SPFILE;
ALTER SYSTEM SET LARGE_POOL_SIZE = 2G SCOPE=SPFILE;
ALTER SYSTEM SET JAVA_POOL_SIZE = 512M SCOPE=SPFILE;
ALTER SYSTEM SET STREAMS_POOL_SIZE = 512M SCOPE=SPFILE;
ALTER SYSTEM SET PGA_AGGREGATE_TARGET = 16G;

适用场景：精细调优

  • 对工作负载有深入了解的环境
  • 需要严格控制各组件内存占比
  • OLTP和OLAP混合负载，需要针对不同组件设置不同大小
  • 排查特定组件的内存问题

三、实战操作

3.1 内存参数配置模板

以下配置模板基于”物理内存的70-80%用于Oracle”的原则，剩余内存留给操作系统和其他进程。

小内存服务器（<=64GB）

适用于：开发测试环境、小型OLTP系统

1
2
3
4
5
6
7
8
9
10
11
12
13
14
-- 假设物理内存 64GB，使用 ASMM
-- SGA: 40GB, PGA: 12GB
ALTER SYSTEM SET SGA_TARGET = 40G SCOPE=SPFILE;
ALTER SYSTEM SET SGA_MAX_SIZE = 40G SCOPE=SPFILE;
ALTER SYSTEM SET PGA_AGGREGATE_TARGET = 12G SCOPE=SPFILE;

-- 设置各组件最小值（可选）
ALTER SYSTEM SET DB_CACHE_SIZE = 24G SCOPE=SPFILE;
ALTER SYSTEM SET SHARED_POOL_SIZE = 8G SCOPE=SPFILE;
ALTER SYSTEM SET LARGE_POOL_SIZE = 2G SCOPE=SPFILE;
ALTER SYSTEM SET JAVA_POOL_SIZE = 512M SCOPE=SPFILE;

-- 开启 HugePages（可选，但推荐）
-- Linux 内存参数需同步配置

中内存服务器（64-256GB）

适用于：中型生产系统、混合负载

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
-- 假设物理内存 128GB，使用 ASMM + HugePages
-- SGA: 80GB, PGA: 24GB
ALTER SYSTEM SET SGA_TARGET = 80G SCOPE=SPFILE;
ALTER SYSTEM SET SGA_MAX_SIZE = 80G SCOPE=SPFILE;
ALTER SYSTEM SET PGA_AGGREGATE_TARGET = 24G SCOPE=SPFILE;

-- 设置各组件最小值
ALTER SYSTEM SET DB_CACHE_SIZE = 56G SCOPE=SPFILE;
ALTER SYSTEM SET SHARED_POOL_SIZE = 12G SCOPE=SPFILE;
ALTER SYSTEM SET LARGE_POOL_SIZE = 4G SCOPE=SPFILE;
ALTER SYSTEM SET JAVA_POOL_SIZE = 1G SCOPE=SPFILE;
ALTER SYSTEM SET STREAMS_POOL_SIZE = 1G SCOPE=SPFILE;

-- 配置 HugePages
-- 需要 40000 个 2MB HugePages（约80GB）
-- /etc/sysctl.conf: vm.nr_hugepages = 40000

大内存服务器（>256GB）

适用于：大型OLTP/OLAP系统、数据仓库

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
-- 假设物理内存 512GB，使用 ASMM + HugePages
-- SGA: 360GB, PGA: 80GB
ALTER SYSTEM SET SGA_TARGET = 360G SCOPE=SPFILE;
ALTER SYSTEM SET SGA_MAX_SIZE = 360G SCOPE=SPFILE;
ALTER SYSTEM SET PGA_AGGREGATE_TARGET = 80G SCOPE=SPFILE;

-- 设置各组件最小值（根据实际工作负载调整）
ALTER SYSTEM SET DB_CACHE_SIZE = 256G SCOPE=SPFILE;
ALTER SYSTEM SET SHARED_POOL_SIZE = 48G SCOPE=SPFILE;
ALTER SYSTEM SET LARGE_POOL_SIZE = 16G SCOPE=SPFILE;
ALTER SYSTEM SET JAVA_POOL_SIZE = 2G SCOPE=SPFILE;
ALTER SYSTEM SET STREAMS_POOL_SIZE = 4G SCOPE=SPFILE;

-- 配置 1GB HugePages（推荐用于大内存服务器）
-- 需要 360 个 1GB HugePages
-- /etc/sysctl.conf: vm.nr_hugepages = 360
-- 内核启动参数: hugepagesz=1G hugepages=360

HugePages配置参考（/etc/sysctl.conf）

1
2
3
4
5
6
7
8
9
10
# 根据 SGA 大小计算 HugePages 数量
# 2MB HugePages: nr_hugepages = ceil(SGA_size_in_MB / 2)
# 1GB HugePages: 需要在内核启动参数中配置

# 示例：80GB SGA 使用 2MB HugePages
vm.nr_hugepages = 41000  # 留一些余量

# 禁用 AMM 时不需要 /dev/shm
# 如需调整 /dev/shm 大小
# tmpfs /dev/shm tmpfs defaults,size=100g 0 0

3.2 AMM到ASMM的切换

当生产环境从AMM切换到ASMM时，需要一个停机窗口。以下是完整步骤：

步骤1：评估当前内存使用情况

1
2
3
4
5
6
7
8
9
-- 查看当前内存配置
SHOW PARAMETER MEMORY_TARGET;
SHOW PARAMETER MEMORY_MAX_TARGET;
SHOW PARAMETER SGA_TARGET;
SHOW PARAMETER PGA_AGGREGATE_TARGET;

-- 查看各组件当前大小
SELECT * FROM V$SGAINFO;
SELECT * FROM V$SGASTAT;

步骤2：计算新的ASMM参数值

1
2
3
4
5
-- 查看SGA各组件的建议值
SELECT * FROM V$SGA_TARGET_ADVICE ORDER BY SGA_SIZE;

-- 查看PGA的建议值
SELECT * FROM V$PGA_TARGET_ADVICE ORDER BY PGA_TARGET_FOR_ESTIMATE;

步骤3：执行切换（需要停机）

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
-- 1. 关闭数据库
SHUTDOWN IMMEDIATE;

-- 2. 创建新的spfile参数文件（备份原参数）
CREATE PFILE='/tmp/init_ORCL_backup.ora' FROM SPFILE;

-- 3. 修改参数（使用pfile启动）
-- 编辑 /tmp/init_ORCL_new.ora，添加以下内容：
-- *.sga_target=80G
-- *.sga_max_size=80G
-- *.pga_aggregate_target=24G
-- 删除或注释掉 memory_target 和 memory_max_target

-- 4. 使用新pfile启动
STARTUP PFILE='/tmp/init_ORCL_new.ora';

-- 5. 创建新的spfile
CREATE SPFILE FROM PFILE='/tmp/init_ORCL_new.ora';

-- 6. 验证参数
SHOW PARAMETER SGA_TARGET;
SHOW PARAMETER PGA_AGGREGATE_TARGET;
SHOW PARAMETER MEMORY_TARGET;  -- 应为0

步骤4：配置HugePages

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
# 计算所需HugePages数量
# 以80GB SGA为例
# 2MB页: 80*1024/2 = 40960，留余量设为41000

# 修改 /etc/sysctl.conf
echo "vm.nr_hugepages = 41000" >> /etc/sysctl.conf
sysctl -p

# 验证HugePages配置
cat /proc/meminfo | grep -i huge

# 配置Oracle用户的memlock限制
# /etc/security/limits.conf
# oracle soft memlock unlimited
# oracle hard memlock unlimited

3.3 内存监控

V$SGAINFO - SGA概览

1
2
3
4
-- 查看SGA各组件的当前大小
SELECT NAME, BYTES/1024/1024/1024 AS SIZE_GB, RESIZEABLE
FROM V$SGAINFO
ORDER BY BYTES DESC;

V$SGASTAT - SGA详细统计

1
2
3
4
5
6
7
8
9
10
11
12
-- 查看Shared Pool的详细使用情况
SELECT POOL, NAME, BYTES/1024/1024 AS SIZE_MB
FROM V$SGASTAT
WHERE POOL = 'shared pool'
ORDER BY BYTES DESC
FETCH FIRST 20 ROWS ONLY;

-- 查看Buffer Cache的使用情况
SELECT NAME, VALUE
FROM V$SYSSTAT
WHERE NAME IN ('db block gets from cache', 'consistent gets from cache',
               'physical reads cache');

V$PGASTAT - PGA统计

1
2
3
4
5
6
7
8
9
10
11
12
13
14
-- 查看PGA的整体使用情况
SELECT NAME, VALUE/1024/1024/1024 AS VALUE_GB
FROM V$PGASTAT
WHERE NAME IN ('aggregate PGA target parameter',
               'total PGA allocated',
               'total PGA used for auto workareas',
               'over allocation count',
               'cache hit percentage');

-- 关键指标：
-- aggregate PGA target parameter: PGA目标值
-- total PGA allocated: 实际分配的PGA总量
-- over allocation count: PGA超分配次数（应为0或很小）
-- cache hit percentage: PGA缓存命中率（应>90%）

V$MEMORY_TARGET_ADVICE - AMM内存建议

1
2
3
4
5
-- 仅在AMM模式下可用
SELECT MEMORY_SIZE, MEMORY_SIZE_FACTOR, ESTD_DB_TIME,
       ESTD_DB_TIME_FACTOR, VERSION
FROM V$MEMORY_TARGET_ADVICE
ORDER BY MEMORY_SIZE;

3.4 OOM预防

OOM（Out of Memory）Killer是Linux内核在内存严重不足时的最后手段。预防OOM是DBA的重要职责。

1. oom_score_adj配置

每个进程都有一个OOM分数，分数越高越容易被kill。Oracle进程应该设置较低的OOM分数：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
# 查看Oracle进程的OOM分数
cat /proc/$(pgrep -f "ora_pmon")/oom_score
cat /proc/$(pgrep -f "ora_pmon")/oom_score_adj

# 设置Oracle进程的OOM分数为-1000（永不被kill）
# 方法1：通过systemd service配置（推荐）
# /etc/systemd/system/oracle.service
# [Service]
# OOMScoreAdjust=-1000

# 方法2：通过rc.local或启动脚本
echo -1000 > /proc/$(pgrep -f "ora_pmon")/oom_score_adj

# 方法3：批量设置所有Oracle进程
for pid in $(pgrep -f "ora_"); do
    echo -1000 > /proc/$pid/oom_score_adj
done

2. Linux overcommit_memory设置

vm.overcommit_memory控制内核的内存分配策略：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
# /etc/sysctl.conf

# 0 (默认): 启发式overcommit，内核根据可用内存决定是否允许分配
# 1: 总是允许overcommit（不推荐用于数据库服务器）
# 2: 严格模式，不允许overcommit超过 swap + ratio% * RAM

# 推荐设置为2，限制内存过度分配
vm.overcommit_memory = 2

# overcommit比率，配合overcommit_memory=2使用
# 默认50，建议设置为80-90
vm.overcommit_ratio = 80

# 应用配置
sysctl -p

3. Oracle进程的OOM保护完整配置

以下是完整的OOM保护配置方案：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
#!/bin/bash
# oracle_oom_protect.sh - Oracle OOM保护脚本
# 建议放入 /etc/rc.local 或使用 systemd 执行

# 设置所有Oracle进程的OOM分数为-1000
protect_oracle_processes() {
    local oracle_pids=$(pgrep -u oracle -f "ora_|oracle")
    
    if [ -z "$oracle_pids" ]; then
        echo "No Oracle processes found"
        return 1
    fi
    
    for pid in $oracle_pids; do
        if [ -f /proc/$pid/oom_score_adj ]; then
            echo -1000 > /proc/$pid/oom_score_adj 2>/dev/null
            if [ $? -eq 0 ]; then
                echo "Protected PID $pid ($(cat /proc/$pid/comm))"
            fi
        fi
    done
}

# 内存使用监控和告警
check_memory_usage() {
    local threshold=90  # 告警阈值
    local usage=$(free | grep Mem | awk '{printf "%.0f", $3/$2 * 100}')
    
    if [ $usage -ge $threshold ]; then
        echo "WARNING: Memory usage is ${usage}%"
        # 可以在此处添加告警通知
        # mail -s "Oracle Server Memory Alert" dba@company.com <<< "Memory usage: ${usage}%"
    fi
}

# 执行保护
protect_oracle_processes

# 定期检查内存（可通过cron调用）
check_memory_usage

4. 使用cgroups限制内存（高级方案）

对于容器化或需要更精细控制的场景，可以使用cgroups：

1
2
3
4
5
6
7
8
9
10
# 创建Oracle专用的cgroup
mkdir -p /sys/fs/cgroup/memory/oracle

# 设置内存限制（示例：限制为240GB）
echo $((240 * 1024 * 1024 * 1024)) > /sys/fs/cgroup/memory/oracle/memory.limit_in_bytes

# 将Oracle进程加入cgroup
for pid in $(pgrep -u oracle); do
    echo $pid > /sys/fs/cgroup/memory/oracle/cgroup.procs
done

四、结果验证

4.1 内存参数生效确认

配置完成后，需要验证所有参数已正确生效：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
-- 验证SGA配置
SELECT NAME, VALUE/1024/1024/1024 AS VALUE_GB
FROM V$PARAMETER
WHERE NAME IN ('sga_target', 'sga_max_size', 'memory_target', 
               'db_cache_size', 'shared_pool_size', 'large_pool_size');

-- 验证PGA配置
SELECT NAME, VALUE/1024/1024/1024 AS VALUE_GB
FROM V$PARAMETER
WHERE NAME IN ('pga_aggregate_target');

-- 查看实际内存分配
SELECT COMPONENT, CURRENT_SIZE/1024/1024/1024 AS CURRENT_GB,
       MIN_SIZE/1024/1024/1024 AS MIN_GB,
       MAX_SIZE/1024/1024/1024 AS MAX_GB
FROM V$SGA_DYNAMIC_COMPONENTS
ORDER BY CURRENT_SIZE DESC;

4.2 HugePages使用情况

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
# 查看HugePages配置和使用情况
grep -i huge /proc/meminfo

# 预期输出（示例）：
# HugePages_Total:   41000
# HugePages_Free:     1000
# HugePages_Rsvd:      500
# HugePages_Surp:        0
# Hugepagesize:       2048 kB

# 验证Oracle是否使用了HugePages
# 查看alert日志
tail -100 $ORACLE_BASE/diag/rdbms/$ORACLE_SID/$ORACLE_SID/trace/alert_$ORACLE_SID.log | grep -i huge

# 应该看到类似信息：
# Starting ORACLE instance (normal)
# Large pages enabled for SGA

4.3 OOM日志检查

1
2
3
4
5
6
7
8
9
10
11
12
13
# 检查系统OOM日志
dmesg | grep -i "out of memory"
journalctl -k | grep -i "oom"

# 检查Oracle alert日志中的内存相关错误
grep -i "ORA-04030\|ORA-04031\|memory\|swap" $ORACLE_BASE/diag/rdbms/$ORACLE_SID/$ORACLE_SID/trace/alert_$ORACLE_SID.log | tail -20

# ORA-04030: 在尝试分配字节时内存不足（PGA不足）
# ORA-04031: 无法分配共享内存（Shared Pool不足）

# 监控swap使用情况
free -h
vmstat 1 5

五、经验总结

5.1 AMM vs ASMM选型建议

场景 推荐模式 理由
开发测试环境 AMM 简单易用，快速搭建
小型生产（<=64GB） ASMM 支持HugePages，性能更优
中大型生产（>64GB） ASMM 必须使用HugePages，AMM无法支持
OLAP/数据仓库 ASMM PGA需求大，需要独立控制
精细调优需求 手动管理 对各组件有精确控制需求

核心结论：生产环境强烈推荐ASMM。AMM的便利性远不及HugePages带来的性能提升，特别是对于内存超过64GB的服务器。

5.2 内存分配黄金比例

根据多年DBA经验，以下是内存分配的参考比例：

通用原则

  • Oracle总内存（SGA + PGA）：物理内存的70-80%
  • SGA占比：Oracle总内存的70-75%
  • PGA占比：Oracle总内存的25-30%
  • 操作系统预留：物理内存的20-30%

OLTP系统

  • SGA : PGA = 80 : 20
  • Buffer Cache占SGA的60-70%
  • Shared Pool占SGA的20-25%

OLAP系统

  • SGA : PGA = 60 : 40
  • Buffer Cache占SGA的50-60%
  • Shared Pool占SGA的15-20%

混合负载

  • SGA : PGA = 70 : 30
  • 根据实际工作负载动态调整

5.3 常见内存问题排查

问题1：ORA-04031 - Shared Pool不足

1
2
3
4
5
6
7
8
-- 查看Shared Pool碎片情况
SELECT * FROM V$SGASTAT WHERE POOL = 'shared pool' AND NAME = 'free memory';

-- 解决方案：
-- 1. 增加SHARED_POOL_SIZE
-- 2. 使用绑定变量，减少硬解析
-- 3. 设置CURSOR_SHARING=FORCE（临时方案）
-- 4. 定期刷新Shared Pool（ALTER SYSTEM FLUSH SHARED_POOL; 不推荐频繁使用）

问题2：ORA-04030 - PGA内存不足

1
2
3
4
5
6
7
-- 查看PGA使用情况
SELECT NAME, VALUE FROM V$PGASTAT WHERE NAME LIKE '%over%';

-- 解决方案：
-- 1. 增加PGA_AGGREGATE_TARGET
-- 2. 优化SQL，减少排序和哈希操作
-- 3. 检查是否有会话泄漏（未关闭游标）

问题3：Buffer Cache命中率低

1
2
3
4
5
6
7
8
9
10
11
12
13
14
-- 计算Buffer Cache命中率
SELECT 
    ROUND((1 - (physical_reads / (db_block_gets + consistent_gets))) * 100, 2) AS hit_ratio
FROM (
    SELECT 
        SUM(CASE WHEN name = 'physical reads' THEN value ELSE 0 END) AS physical_reads,
        SUM(CASE WHEN name = 'db block gets' THEN value ELSE 0 END) AS db_block_gets,
        SUM(CASE WHEN name = 'consistent gets' THEN value ELSE 0 END) AS consistent_gets
    FROM V$SYSSTAT
    WHERE name IN ('physical reads', 'db block gets', 'consistent gets')
);

-- 命中率应 > 95%
-- 如果低于95%，考虑增加DB_CACHE_SIZE

问题4：HugePages未被使用

1
2
3
4
5
6
7
8
9
10
11
12
13
14
# 检查HugePages是否足够
grep -i huge /proc/meminfo

# 如果HugePages_Free为0，说明配置不足
# 需要增加nr_hugepages

# 检查Oracle用户memlock限制
ulimit -l
# 应该是unlimited或足够大

# 检查是否启用了AMM（AMM会禁用HugePages）
sqlplus / as sysdba
SHOW PARAMETER MEMORY_TARGET;
# 如果不为0，需要切换到ASMM

内存管理是Oracle DBA的核心技能之一。选择合适的内存管理模式，合理配置参数，并做好OOM预防，是保障数据库稳定运行的基础。对于生产环境，ASMM + HugePages是经过验证的最佳实践。希望本文的配置模板和排查指南能帮助你更好地管理Oracle数据库的内存资源。

作者：OCM认证Oracle DBA，专注数据库运维与性能优化。博客地址：4dba.top