今日主题：LinuxOOMKill 连续发生排障
故障背景：第三方接口调用高峰，ETL 数据同步链路出现OOMKill 连续发生，错误率在 5 分钟内连续抬升。
能同时覆盖故障定位、恢复和稳定性优化三个层面。排障建议：先看 CPU、内存、I/O、网络四个基础面，再回到具体进程和内核日志。
一、故障现象与判断思路
故障现象：第三方接口调用高峰，ETL 数据同步链路出现OOMKill 连续发生，错误率在 5 分钟内连续抬升。
判断思路：排障建议：先看 CPU、内存、I/O、网络四个基础面，再回到具体进程和内核日志。
根因提示：镜像切换后，网络队列、连接跟踪或端口复用参数设置与业务模型不匹配。
二、排障流程图
三、建议优先执行的命令
wc -l
df -ih
journalctl -xe -n 200 --no-pager
dmesg 四、修复与优化策略
先用系统四件套把问题缩小到 CPU、内存、I/O 或网络层，再追到具体进程和配置，并沉淀成课堂故障演练脚本。
目标：load、iowait 和连接数恢复到基线范围，服务超时明显下降
五、课堂训练清单
1. 先在 第三方接口调用高峰 这个时间窗复盘 OOMKill 连续发生 的第一现场，保留时间线、日志和资源快照。
2. 围绕“镜像切换后，网络队列、连接跟踪或端口复用参数设置与业务模型不匹配。”核对配置、变更记录、容量水位和依赖链路。
3. 按照“目标：load、iowait 和连接数恢复到基线范围，服务超时明显下降”补齐告警阈值、回滚方案和课堂演练 SOP。
六、官方文档参考
课程延伸：能同时覆盖故障定位、恢复和稳定性优化三个层面
咨询方式：苏州育成教育，Linux 运维 / ETL 培训，李老师 18068438616。课程周期 2 个月，苏州姑苏区烽火路 80 号线下脱产学习，不就业不收费，学不会可继续学。
