mongoimport执行成功无报错但数据库为空如何排查解决

• 首先确认当前连接实例正确性
  执行db.adminCommand({connectionStatus: 1})查看当前连接的节点地址、授权用户，排查是否连错本地其他端口的Mongo实例（比如Docker起的临时Mongo、其他版本的测试服务），这类情况会导致你导入的数据落在其他实例上，当前查询的实例自然看不到数据。
• 跳过存储大小显示，直接校验实际数据
  不要直接以GUI显示的0.000GB存储占用作为判断依据，先执行use Meteo切换到目标库，再跑db.meteo.countDocuments({})统计文档数，执行db.meteo.find().limit(1)拉取样例文档。多数GUI工具的存储统计会做精度截断，单库数据量小于1MB时就会显示为0.000GB，不代表库内无数据。同时执行show dbs仔细核对库名，排查是否存在大小写、拼写偏差（比如误建了全小写的meteo库）导致找错目标。
• 排查存储目录权限与存储引擎异常
  这是历史导入数据突然全部为空的最常见原因：
  1. 停掉mongod服务，检查配置文件中dbPath对应的数据目录权限，确认mongod运行用户对该目录有完整读写权限。权限不足时Mongo经常不会抛出显性错误，会出现写入看似成功、实际落盘失败，服务重启后旧数据无法加载的问题。
  2. 查看mongod运行日志，检索WT、storage、repair相关报错，如果是WiredTiger存储引擎损坏，先全量备份整个dbPath目录，再执行mongod --repair --dbpath <你的实际数据目录路径>修复存储引擎。
• 校验mongoimport的实际导入逻辑
  重新执行导入命令时加上--verbose参数打印详细日志，确认最终输出的导入文档数是否大于0。如果meteo.json存在非标准JSON格式问题（比如使用单引号、存在尾逗号、内容是空数组），旧版本mongoimport不会抛出显性错误，会静默完成0条数据导入，表面看进程运行无异常。
• 排查临时实例问题
  如果mongod配置未指定固定dbPath，服务启动时可能加载临时内存存储实例，这类实例不会持久化数据，重启后所有数据清空，也不会加载之前存在磁盘上的历史数据。可以直接在磁盘搜索WiredTiger.wt文件定位历史数据的真实存储目录，修改mongod配置中的dbPath指向该目录后重启服务即可恢复数据。

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