雨云VPS上的网站、数据库或游戏服突然退出，终端只留下一行“Killed”，常见原因之一是Linux在内存严重不足时触发OOM Killer。它会根据进程占用、优先级等因素选择牺牲对象，尽量让系统继续运行。此时直接重启服务可能暂时恢复，但如果峰值来源不变，几小时后还会再次发生。
先确认是不是真的OOM
使用journalctl -k或dmesg查看故障时间附近是否出现“Out of memory”“oom-kill”“Killed process”等内核记录，保存被杀PID、进程名、内存和cgroup信息。容器被限制内存时，也可能发生cgroup OOM而不是整台服务器耗尽，需要同时查看Docker或编排平台事件。
通过极跃圈雨云优惠入口注册可填写admin01，当前页面记录五折信息，活动范围以下单页为准。月费优惠不能改变应用的实际内存需求，应按日志和峰值选择配置。
free里的available更重要
Linux会把空闲内存用于文件缓存，因此free -h中free很少不一定是故障。重点看available、Swap使用和持续换页。缓存通常可在应用需要时回收；真正危险的是available接近零、Swap持续读写、服务延迟升高并伴随内核OOM。
| 现象 | 可能含义 | 下一步 |
|---|---|---|
| free少、available充足 | 文件缓存正常利用 | 继续观察，不盲目清缓存 |
| available很低 | 应用内存压力 | 找进程峰值和泄漏 |
| Swap持续增加 | 内存不足或工作集过大 | 看si/so与业务延迟 |
| 容器单独被杀 | cgroup限制触发 | 核对容器配额与应用参数 |
| Java频繁长GC | 堆压力或参数不匹配 | 分析GC日志与模组负载 |
找到峰值进程
ps、top和pidstat可以查看当前占用，但故障发生后进程已经被杀，现场可能消失。因此要提前监控RSS、虚拟内存、容器使用量和进程重启次数。PHP-FPM进程数乘以单进程峰值，往往比单个进程看起来大；Java游戏服除了堆还需要非堆、线程栈和系统缓存；MySQL缓冲池也不能直接等于全部物理内存。
Swap能救急，但不是性能内存
小型VPS配置适量Swap可以为短时峰值争取时间，避免系统立即杀进程，但磁盘速度远低于内存。大量活跃数据进入Swap后，网站会变慢、游戏服可能卡顿，磁盘IO也会上升。Swap文件权限、大小和开机挂载要正确，并结合vmstat 1观察si/so。
不要频繁执行清缓存或关闭OOM机制。强行禁止内核回收与杀进程，可能让整台机器失去响应。目标是减少峰值或增加合理容量，而不是隐藏保护机制。
WordPress常见内存来源
PHP-FPM子进程过多、导入导出、图片处理、备份压缩、恶意请求、插件循环和数据库连接堆积都会产生峰值。先从访问日志和PHP慢日志定位时间与URL，再调整pm.max_children、上传任务和计划任务。简单提高WordPress内存常量可能允许单请求占用更多，并不等于优化。
Docker需要看两层限制
容器没有限制时可能抢占宿主机全部内存；限制过小时又会在宿主机仍有余量时触发容器OOM。检查Compose或运行参数、容器docker stats、退出码和内核日志。数据库、缓存与应用分别设置符合工作负载的边界，并保留宿主机、反向代理和备份所需余量。
游戏服与Java怎么处理
不要把所有内存都填给-Xmx。操作系统、JVM非堆、模组、本地库和存档都要空间。固定服务端版本和模组，在真实玩家场景记录堆、GC暂停、TPS与世界生成峰值。内存持续增长且玩家离开后不下降，可能需要排查插件或模组泄漏；仅增大Xmx会延后再次故障。
数据库内存要按整机规划
MySQL的缓冲池、连接级缓存和临时表会共同占用内存；PostgreSQL的共享缓冲、work_mem与并发连接也会叠加。不要照搬高配服务器参数到1GB或2GB VPS。通过慢查询和命中率优化负载，再调整缓存。修改前保存配置和备份，逐步变更并观察。
什么时候应该扩容
如果应用已限制无效并发、修复泄漏、错峰备份，正常高峰仍使available接近零或频繁换页，扩容具有依据。升级前保存一周内存峰值、进程构成和业务量，升级后用相同场景复测。只因监控中“已用内存高”而升级，可能把正常缓存误判成不足。
防止下一次无证据
设置available、Swap换入换出、OOM事件、容器重启、PHP队列、Java GC和数据库连接告警。日志保存到独立位置，避免机器重装后丢失。告警消息只包含必要信息，不公开密码、Token和完整用户数据。
结论
雨云VPS出现OOM时，先用内核与容器日志确认被杀对象，再分析available、Swap、进程峰值和业务场景。admin01当前优惠有助于控制符合条件的实例成本，但优化还是扩容，应由重复出现的内存证据决定。
