Atlas Search索引不支持事务一致性，因其基于oplog/变更流异步构建，存在1–5秒延迟；事务内写入后立即$search查不到结果属正常现象，需按场景采用find+正则兜底或$searchMeta验证索引状态。
MongoDB 事务不能触发或同步更新 Atlas Search 索引。 这是关键前提——无论你用 session.startTransaction() 包裹多少写操作，$search 查询看到的索引状态总是滞后于事务提交时刻，甚至可能延迟数秒（取决于索引刷新周期）。
为什么事务内写入后立刻 $search 查不到结果
Atlas Search 是独立于 MongoDB 存储引擎的异步服务。它从 oplog 或变更流中消费数据，构建和更新倒排索引，这个过程有固有延迟（通常 1–5 秒）。事务的 ACID 保证只覆盖 WiredTiger 存储层，不延伸到搜索索引层。
- 你在事务里
insertOne({title: "MongoDB Search Guide"})并成功commitTransaction() - 紧接着执行
db.collection.aggregate([{$search: {text: {query: "Guide"}}}]) - 大概率返回空数组——因为索引还没刷新，不是查询写错了，也不是事务没生效
如何在应用逻辑中处理这种最终一致性
不能依赖“写完立刻搜”，得按场景选策略：
- 用户主动触发搜索（如点击“搜索”按钮）：直接用
$search，接受几秒延迟，无需特殊处理 - 需要强一致反馈的场景（如“创建文档后跳转到详情页并高亮关键词”）：改用
find()+ 正则或字符串匹配临时兜底，等索引就绪后再切回$search - 后台批量导入后需验证索引覆盖率：调用
db.collection.aggregate([{$searchMeta: {...}}])检查indexStatus字段，确认"status": "READY"
全文索引本身不能建在事务集合上吗
可以建，但没意义。Atlas Search 索引是集群级资源，不绑定事务会话；db.collection.createSearchIndex() 创建的是全局可读的异步索引，和你是否在事务里插入数据完全解耦。试图在事务中 createSearchIndex 会报错："Command createSearchIndex is not supported inside a transaction"。
真正容易被忽略的是：如果你用自管理部署（非 Atlas），且还在用旧版 $text 索引（非 Atlas Search），那它和事务的关系更糟——$text 查询根本不能出现在多文档事务中，会直接拒绝执行。
