merge: 主进程堆上限 4G→8G → main

docker-compose.prod.yml

@@ -102,6 +102,31 @@ services:
     environment:
       NODE_ENV: production
       PORT: 3101
+      # 🔴 **主进程堆上限** —— ⛔ 别删,删了每 ~4 小时崩一次(2026-08-26 生产实证)。
+      #
+      # 症状:`FATAL ERROR: Reached heap limit — JavaScript heap out of memory`,
+      #   容器 exitCode=139 自动重启。08-23~08-26 崩了 **11 次**,期间**一次完整的
+      #   全量 plans 都没跑成过**(日志里 `Result(ruier-grp)` 出现 0 次)。
+      # 根因:每轮增量同步结束会在**主进程内**跑一次 `runAllForHost` 全量召回。
+      #   补摄把患者灌到 111 万、召回池 54 万后,`selectHits` 一次出 96 万条命中,
+      #   连同 prefetch 的 latest/snoozed/persona 全在堆里 —— 而主进程启动命令
+      #   (`node --enable-source-maps dist/main.js`)**没带 max-old-space-size**,
+      #   取 Node 默认 **4144 MB**,装不下。
+      # ⚠️ 容器**没有内存上限**(HostConfig.Memory=0),宿主 15.36G 也一直有 7-11G 空闲 ——
+      #   ⛔ 别往"容器内存不够"上找,撑爆的是 V8 自己的堆,与宿主余量无关。
+      # ⚠️ 同一容器里 CLI 那条路(cold-import / recompute-plans)一直是 `-max-old-space-size=8192`,
+      #   **两条路配置不一致**,崩的一直是没配的这条。这里补齐。
+      #
+      # ⚠️ 宿主内存账:15.36G 总量,本进程 8G 上限 + CLI 8G 上限 = 16G > 总量。
+      #   实测两者不会同时顶到上限(补摄期间增量被 sync 并发锁挡下,实测 12 小时零崩溃),
+      #   且 max-old-space 是**天花板不是预留**(实测峰值:服务 4G / CLI 4.9G)。
+      #   ⛔ 但**别手工并发跑** `recompute-plans --host=<全量>`(它也吃 8G)——
+      #   那条 CLI **不走 sync 锁**,与服务自己那轮全量撞上时才真有可能把宿主吃满。
+      #
+      # ⚠️ 这是**止血不是根治**:池子还在涨,8G 迟早也会到顶。
+      #   根治是「增量之后别跑全量」—— `recompute-plans` 已经有 `--clinics` 收窄能力,
+      #   同样的思路搬到 SyncIncrementalSchedulerService 那一处即可。
+      NODE_OPTIONS: --max-old-space-size=8192
       # 覆盖 .env 的 localhost URL → 走 docker 内部网络
       DATABASE_URL: postgresql://${POSTGRES_USER:-pac}:${POSTGRES_PASSWORD:-pac}@postgres:5432/${POSTGRES_DB:-pac}?schema=public
       REDIS_URL: redis://redis:6379