Spring Boot服务中MongoDB集合修改跨会话不可见问题排查求助

这种两边数据互不可见的情况我碰到过好几次，最常见的原因其实是你的Spring Boot服务根本没连到本地运行的真实MongoDB实例，而是用了嵌入式的内存版Mongo，当然还有其他几个可能的点，我帮你逐个梳理：

1. 意外引入嵌入式Mongo依赖（概率最高） #

如果你的项目里不小心加了de.flapdoodle.embed:de.flapdoodle.embed.mongo这类依赖，Spring Boot会自动启动一个内嵌在JVM进程里的Mongo实例——这个实例的数据要么存在内存里，要么存在临时目录，服务一停就没了，自然和你命令行连的本地Mongo完全是两个独立的数据库。

怎么查： #

• 打开你的pom.xml（或build.gradle），搜embed-mongo相关的依赖，要是有就删掉（除非你是特意用它做测试）。
• 启动Spring Boot时盯着日志看，如果看到类似EmbeddedMongo: starting MongodProcess，或者连接的端口不是27017，那百分百是用了嵌入式实例。

2. 事务配置导致数据没落地 #

要是你的服务开了Mongo事务，但没正确提交，那修改的数据只会在当前事务上下文里可见，不会写到磁盘，也不会被其他连接看到。这种情况重启服务后数据也会消失，和你描述的现象对得上。

检查要点： #

• 看看你的Repository或Service方法上有没有@Transactional注解，会不会是方法执行时抛了异常导致回滚，或者手动控制事务却没提交？
• 别忘了Mongo单实例默认不支持事务，只有副本集或分片集群才行。要是你强行在单实例上开事务，可能会出问题。

3. 连接字符串的隐性坑 #

虽然你说核对过库和集合名，但还是得再仔细瞅一眼：

• 确认mongodb://localhost:27017/my-database里的my-database和你命令行用的完全一致，比如别把横杠写成下划线。
• 有没有加奇怪的参数？比如?connect=direct或者其他可能导致连接错误的参数。
• 看Spring Boot启动日志里的Mongo连接信息，确认实际连的库和地址是不是你要的。

4. 会话或隔离级别的特殊配置 #

这种情况比较少见，但如果你的代码里自定义了Mongo客户端的会话配置，或者设置了特殊的读写隔离级别，也可能导致数据只在当前会话可见。

快速验证方法： #

你可以在服务里加一段简单的代码，直接打印当前连接的数据库和集合信息：

@Autowired
private MongoTemplate mongoTemplate;

public void verifyMongoConnection() {
    System.out.println("当前连接的数据库：" + mongoTemplate.getDb().getName());
    System.out.println("数据库内的集合：" + mongoTemplate.getCollectionNames());
}

运行这段代码，对比一下输出的内容和你命令行里的Mongo是不是一致，一下子就能定位问题。

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