对于甲骨文云低配实例，最直接的止血方案是增加 Swap 虚拟内存并调整 MySQL 配置，这能解决大部分因物理内存耗尽导致的 OOM 宕机。
先说结论：这不是面板故障，而是物理内存不足以支撑运行栈，需通过虚拟内存扩容和 service 调优来维持稳定。
- 先确认：使用 free -h 查看物理内存与 Swap 状态，确认是否触发 OOM Killer。
- 先处理：添加 2GB 以上 Swap 分区，并在面板中限制 MySQL 最大内存占用。
- 再验证：观察 dmesg 日志不再出现 Out of memory 关键字，服务持续运行不中断。
命令速用版
以下命令用于快速检查内存状态和创建 Swap 文件，请以 root 权限执行：
df -h # 确认磁盘剩余空间足够
free -h
dd if=/dev/zero of=/swapfile bs=1M count=2048
chmod 600 /swapfile
mkswap /swapfile && swapon /swapfile
echo "/swapfile swap swap defaults 0 0" >> /etc/fstab
为什么会这样
甲骨文云免费 tier 的 AMD 实例通常仅配备 1GB 物理内存，而宝塔面板安装后默认运行的 Nginx、PHP 和 MySQL 服务在并发稍高时极易耗尽这部分资源。Linux 内核有一种机制叫 OOM Killer（Out Of Memory Killer），当系统内存不足且无 Swap 可用时，为了保护内核稳定，会强制杀死占用内存最高的进程，通常是 MySQL 或 PHP，表现为网站突然打不开或 SSH 连接断开。
公开资料中没有看到可靠的量化数据说明具体多少并发会触发，但经验表明 1GB 内存运行默认配置的 MySQL 5.7 或 8.0 风险极高。增加 Swap 是将硬盘空间当作内存使用，虽然速度慢，但能防止进程被直接杀死，争取缓冲时间。
分步处理
1. 检查当前内存压力
登录 SSH，输入free -h。如果 available 列长期低于 100MB，且 Swap 为 0，说明系统处于高危状态。同时输入dmesg -T | grep -i "out of memory"，如果有输出，说明已经发生过因内存不足导致的杀进程事件。
2. 添加 Swap 虚拟内存
对于 1GB 物理内存的机器，建议创建 2GB 到 4GB 的 Swap 文件。执行前务必使用df -h确认磁盘剩余空间充足，避免写满磁盘导致系统无法启动。执行上述“命令速用版”中的 dd 命令。注意 count 数值代表 MB 数。创建完成后，务必执行 chmod 600 /swapfile 确保权限安全，否则 swapon 可能失败。
3. 调整 MySQL 配置
MySQL 是内存消耗大户。登录宝塔面板，进入数据库管理页面，点击“性能调整”。对于 1GB 内存机器，选择“1-2GB 内存”方案或直接手动修改配置文件。若手动修改，通常在/www/server/mysql/my.cnf中，将innodb_buffer_pool_size调整为 128M 或 256M，避免默认值过大。注意：直接编辑/etc/my.cnf 可能无效，宝塔安装的 MySQL 优先读取自身目录配置。
4. 优化面板自身设置
在宝塔面板设置中，关闭不必要的监控插件或日志记录功能。如果未使用 Java 或 Python 项目，不要安装对应的运行环境，减少常驻进程。
怎么验证是否生效
操作完成后，重启服务器reboot。启动后再次执行free -h，确认 Swap 总量已显示且被启用。运行htop观察内存使用率，即使物理内存占满，只要 Swap 有空闲且系统不卡顿，即表示缓冲生效。持续观察 24 小时，检查/www/wwwlogs/下的错误日志和dmesg，确认不再出现服务意外停止的记录。
常见坑
第一，Swap 不是万能药。它只是防止宕机，不能提升性能。如果磁盘 IO 本身很差，频繁使用 Swap 会导致服务器响应极慢，表现为网页加载超时。
第二，MySQL 配置还原风险。宝塔面板更新或重装数据库插件时，可能会重置 my.cnf 配置，需要重新检查内存限制参数。
第三，磁盘空间不足。Swap 文件会占用实际磁盘空间，如果 VPS 磁盘本身很小（如 50GB），创建过大 Swap 可能导致磁盘写满，进而引发更严重的系统错误。
第四，ARM 实例差异。甲骨文云 ARM 实例内存可能较大（如 24GB），若遇到此类问题，需检查是否限制了容器内存或存在内存泄漏，不要盲目照搬 1GB 实例的优化方案。