这种内存持续攀升+GC触发资源雪崩的情况在多容器Node.js部署里真的挺常见的，尤其是Ghost这种要处理数据库交互、静态资源渲染的平台，给你整理几个落地性强的排查方向，一步步来拆解：

1. 先确认是单实例问题还是多实例资源竞争 #

• 先暂停两个Ghost容器，只跑一个实例观察内存变化：
  • 如果单个实例内存就持续上涨，那问题大概率出在单Ghost实例本身（比如主题插件、自定义代码、Ghost版本bug）
  • 如果单个实例内存稳定，那就是三个实例的资源竞争+容器隔离配置没做好
• 用node --inspect或者结合htop+ghost status看单个进程的内存细分：重点看堆内存、外部Buffer的占比，判断是堆内内存泄漏还是外部资源没释放（比如图片处理的临时缓存）

2. 容器层面的资源限制必须跟上 #

• 你现在直接跑三个容器，有没有给每个容器设内存上限？比如用Docker的--memory 512m或者docker-compose里的mem_limit参数，强制限制单个容器的内存使用，避免某一个实例无限制抢占资源
• 检查容器的swap配置：如果开了swap，Node.js可能把溢出内存写到swap里，直接导致磁盘I/O暴涨，试试关闭容器swap（--memory-swap -1）或者限制swap比例
• 给CPU也设个配额：GC触发时多个实例的GC线程会疯狂抢CPU，直接拉满100%，试试给每个容器设--cpus 0.5之类的配额，避免资源踩踏

3. Ghost应用层的内存泄漏排查（重点！） #

• 先排查主题和插件：Ghost的自定义主题或第三方插件是内存泄漏重灾区，先切回官方默认主题Casper，禁用所有第三方插件，观察内存是否稳定
• 检查数据库连接与缓存：Ghost用SQLite或MySQL，看看config.production.json里的数据库连接池配置，有没有连接泄漏；另外Ghost的内置内容缓存、图片缓存有没有配置不合理，导致内存里堆积太多过期数据
• 静态资源处理模块：如果博客有大量图片，Ghost用的Sharp图片处理模块可能占内存，检查Sharp版本是否和Ghost兼容，或者配置图片缓存的过期时间，别让内存堆太多处理后的图片

4. Node.js运行时与GC参数优化 #

• 确认Node.js版本：Ghost对Node版本要求很严，用node -v看看是不是官方推荐的版本（比如Ghost 5.x推荐Node 16.x/18.x），不兼容的版本很容易出GC或内存管理bug
• 给每个Ghost实例设堆内存上限：用NODE_OPTIONS="--max-old-space-size=400"启动，2GB内存分给三个实例，每个400-500MB比较合理，强制Node更早触发GC，别等内存涨到95%才开始回收
• 开启GC日志排查：用NODE_OPTIONS="--expose-gc --trace-gc"启动Ghost，看GC日志里的回收频率、回收内存量，判断是真的内存泄漏还是单纯内存配置不够

5. 系统层面的资源瓶颈排查 #

• 检查磁盘类型：如果是机械硬盘（HDD），GC时的磁盘I/O峰值会更夸张，导致CPU一直等I/O拉满100%，用iostat看磁盘读写延迟，确认是不是磁盘性能拖后腿
• 看系统整体内存占用：用free -h看看是不是有其他进程（比如nginx、数据库）占了额外内存，留给Ghost的空间不够
• 查容器日志：用docker logs <ghost-container-id>看Ghost的运行日志，有没有频繁的错误请求、数据库超时，这些都会导致内存里堆积错误上下文，慢慢撑爆内存

内容的提问来源于stack exchange，提问作者Karai17