重启React应用时MongoDB内description字段数据丢失排查

核心现象明确：MongoDB容器全程未重启、持续运行，仅React应用重启后Posts集合文档的description字段被清空，title字段留存，无显式删除逻辑的前提下，按以下顺序排查：

• 第一优先级先抓数据库层的实际写操作，别先闷头翻代码
  90%的这类字段丢失问题，翻代码要花几小时，抓数据库操作日志10分钟就能定位。直接进Mongo容器开profiler记录所有针对Posts集合的写操作：

  1. 进mongo shell执行命令开启针对性审计：

  use 你的业务库名
  db.setProfilingLevel(2, {filter: {ns: "你的业务库名.posts", op: {$in: ["update", "insert", "remove"]}}})
  

  2. 重启React应用，等description字段被清空后，查最近的操作日志：

  db.system.profile.find().sort({ts:-1}).limit(10)
  

  日志里会直接记录是哪个客户端IP发的请求、具体执行的更新语句是什么，是$unset了字段，还是全量替换文档时没带description字段，一眼就能看到根因，连是不是你业务代码发的请求都能直接确认——很多时候你根本记不住的废弃定时任务、启动时自动跑的迁移脚本、甚至本地装的接口mock插件乱发请求，都会触发这类写操作，靠翻代码根本排查不全。

• 第二优先级查应用启动阶段自动执行的所有数据初始化逻辑
  遗留项目最高发的坑就是启动入口挂了没人维护的seed（数据种子）脚本、数据同步脚本：
  重点搜代码里所有启动生命周期（React配套BFF层的启动钩子、入口文件里的初始化调用、服务端启动回调）里对Posts集合的写操作，尤其是updateMany、replaceOne、bulkWrite、findOneAndUpsert类调用。这类脚本经常是早期开发写的，只给title字段赋了值，启动时全量upsert所有Posts文档，没传description字段就会直接覆盖原有数据，表现就是其他字段全被清空，只剩脚本里写了的title。

• 第三优先级查ODM/数据模型层的配置错误
  如果你用Mongoose、Prisma这类ODM操作Mongo，重点核对两个配置：

  1. Posts对应的Schema里有没有声明description字段，同时有没有开strict: true+查询后自动save的逻辑：如果Schema没声明该字段，查到带description的旧文档后，只要触发save操作，Mongoose会自动把未在Schema里定义的字段清掉。
  2. 查全局的字段过滤、数据清洗中间件：有没有配置请求/响应字段白名单时误把description加到了过滤列表，导致任何文档更新操作都会自动剔除该字段。

• 低概率场景排查

  1. 先确认应用重启后连的Mongo实例、库名完全正确，别是启动时切到了别的测试库，那个库本身的Posts数据就没有description字段，误以为是原有数据被删。
  2. 确认没有把Mongo端口直接暴露给前端，且前端代码里没有写直连Mongo的更新逻辑（这个场景极少见，但本地开发环境图省事乱配的话也可能碰到）。
  3. 排查有没有开全局敏感字段自动脱敏的逻辑，误把description识别成敏感字段，启动时自动批量清空。

内容的提问来源于stack exchange，提问作者Dylan L.