3. 内存超卖概念
内存超卖（Memory Overcommit）是虚拟内存管理中最具争议、也最强大的特性之一。简单来说，它允许操作系统向进程承诺比实际物理内存更多的内存空间。这种“空头支票”式的承诺，在提升资源利用率的同时，也埋下了 OOM Killer 被触发的隐患。理解 Overcommit 的本质，是掌握 OOM Killer 调优的基石。
3.1 物理内存与虚拟内存的差距
在深入 Overcommit 之前，必须厘清两个核心概念：物理内存和虚拟内存。现代操作系统通过 MMU（内存管理单元）为每个进程提供了一个独立的、连续的虚拟地址空间。进程看到的地址是虚拟的，需要通过页表映射到真实的物理内存页。
核心差距： 虚拟内存的大小受 CPU 架构寻址能力限制（如 64 位系统可达 256TB），而物理内存受硬件容量限制（通常为几 GB 到几 TB）。虚拟内存可以远大于物理内存，这是 Overcommit 能够实现的前提。
3.2 什么是内存超卖（Overcommit）
内存超卖是指 Linux 内核允许进程通过 malloc() 或 mmap() 申请的内存总量超过系统物理内存（RAM + Swap）的总和。内核在分配虚拟内存时，并不立即为其分配物理页框，而是仅仅在进程的虚拟地址空间中“记账”。只有当进程实际访问（读/写）这些虚拟地址时，才会通过缺页异常（Page Fault）触发物理内存的分配。
关键机制： Overcommit 的核心是“按需分配物理内存”（Demand Paging）。进程申请了 10GB 虚拟内存，但只使用了 1GB，那么物理内存上就只占用 1GB。这为内存超卖提供了技术基础。
3.3 Overcommit 的动机
为什么 Linux 内核要冒风险实现 Overcommit？动机主要来自以下三个方面：
| 动机 | 详细说明 | 典型场景 |
|---|---|---|
| 提高内存利用率 | 大多数进程不会用满其申请的虚拟内存。Overcommit 允许系统将物理内存分配给真正需要的进程，避免内存闲置。 | 数据库连接池、Web 服务器工作进程 |
| 简化编程模型 | 程序员可以安全地申请大块内存（如稀疏数组、大型缓存），而不必担心物理内存不足导致 malloc() 失败。 |
科学计算、大数据处理框架 |
支持 fork() 写时复制 |
fork() 创建子进程时，父子进程共享物理内存页。Overcommit 允许系统承诺子进程拥有与父进程相同的虚拟地址空间，而无需立即复制物理内存。 |
Shell 执行命令、Web 服务器处理请求 |
3.4 Overcommit 的风险
Overcommit 是一把双刃剑。当所有进程同时试图使用它们承诺的虚拟内存时，物理内存会耗尽，系统将面临严重风险。
- OOM Killer 被触发： 当物理内存 + Swap 完全耗尽，且内核无法通过其他方式回收内存时，OOM Killer 会被激活，选择并杀死一个进程以释放内存。
- 系统性能急剧下降： 在内存耗尽前，系统会频繁使用 Swap 交换空间，导致大量磁盘 I/O，使系统响应变得极其缓慢（Thrashing）。
- 进程被意外终止： OOM Killer 的选择算法不一定能选中“最合适”的进程，可能导致关键服务（如数据库、SSH）被误杀，造成服务中断。
风险警示： 在内存超卖严重的系统中，一个进程的
malloc() 可能成功返回，但当它真正写入内存时，系统可能已经没有物理内存可用，此时进程会因“内存分配失败”收到 SIGKILL 信号，且无法捕获处理。
3.5 Overcommit 的三种模式
Linux 内核通过 /proc/sys/vm/overcommit_memory 文件提供了三种 Overcommit 策略，用户可以根据 workload 特点进行选择。
| 值 | 模式 | 行为描述 | 适用场景 |
|---|---|---|---|
| 0 | 启发式（Heuristic） | 内核根据当前空闲内存、Swap 大小和申请量进行粗略估算。如果认为有风险，则拒绝 malloc()。这是大多数发行版的默认值。 |
通用桌面/服务器，平衡风险与利用率 |
| 1 | 始终超卖（Always） | 内核从不拒绝 malloc()。只要虚拟地址空间足够，申请总是成功。风险最高，但兼容性最好。 |
科学计算、内存数据库（如 Redis）、需要大量 fork() 的场景 |
| 2 | 禁止超卖（Never） | 内核严格保证虚拟内存总和不超过物理内存 + Swap 的某个比例（由 overcommit_ratio 控制）。超过限制时 malloc() 返回 NULL。 |
高可靠性系统、金融交易、嵌入式设备 |
调优关键： 当
overcommit_memory = 2 时，系统几乎不会触发 OOM Killer，因为 malloc() 在内存不足时会直接失败，应用程序可以优雅地处理错误。但代价是内存利用率较低。
3.6 查看与配置 Overcommit
你可以通过以下命令查看和修改当前系统的 Overcommit 设置：
# 查看当前 Overcommit 模式
cat /proc/sys/vm/overcommit_memory
# 查看 Overcommit 比例（仅在模式 2 下生效）
cat /proc/sys/vm/overcommit_ratio
# 临时修改为模式 2（禁止超卖）
echo 2 > /proc/sys/vm/overcommit_memory
# 永久修改（写入 sysctl.conf）
echo "vm.overcommit_memory = 2" >> /etc/sysctl.conf
sysctl -p
实战建议： 对于运行 Java 虚拟机（JVM）或内存数据库的服务器，建议将
overcommit_memory 设置为 1，因为这类应用通常会在启动时申请大量堆内存，但实际使用率可能波动较大。对于关键业务系统，设置为 2 可以避免 OOM Killer 的不可控风险。