readConcern: "snapshot" 仅在主节点上可用，从节点不支持该级别，因其依赖主节点的oplog时间戳快照机制；若readPreference设为secondary或nearest，请求会在路由阶段被拒绝并报“View not found”等错误。
为什么 readConcern: "snapshot" 在从节点上会报“找不到视图”错误
因为 readConcern: "snapshot" 在从节点上不可用——它只允许在主节点（primary）上执行。当你把 readPreference 设为 "secondary" 或 "nearest"，又在事务选项里硬塞了 readConcern: { level: "snapshot" }，MongoDB 会在路由阶段就拒绝请求，并抛出类似 View not found 或 Command not supported from secondary 的错误（具体信息取决于驱动版本），而不是等到真正读取时才失败。
-
snapshot级别依赖主节点的 oplog 时间戳快照机制，从节点无法构造该一致性视图 - 即使副本集状态正常、从节点数据最新，只要连接目标不是
primary，readConcern: "snapshot"就会被直接拦截 - 这个限制和
writeConcern无关，也和集合是否存在无关；错误发生在会话初始化或命令分发阶段
如何确认当前连接的是主节点而非从节点
不能只看 rs.status() 输出里有没有 PRIMARY，而要看你实际连接的 mongod 实例角色。最直接的方式是在连接后执行：
db.hello()
返回结果中 isWritablePrimary 字段为 true 才表示当前连接可写且支持 snapshot；若为 false，哪怕它确实是副本集里的主节点（比如刚完成选举但还没完成内部状态同步），也可能暂时拒绝 snapshot 请求。
- 使用
mongosh时，连接字符串末尾加&readPreference=primary是必要但不充分条件——还要确保 DNS 解析、负载均衡器、代理层没把它转到从节点 - Compass 连接时，务必在连接设置页手动选
Read Preference → Primary，不能依赖自动探测 - Mongoose 用户注意：
useUnifiedTopology: true必须开启，否则可能缓存过期的节点角色信息
事务中混用 readPreference 和 readConcern 的常见错配
很多人以为“只要连上主节点，随便设 readPreference 都行”，其实事务上下文会覆盖单个操作的偏好设置。如果你在 withTransaction 外部设置了 readPreference: "secondary"，再进事务里用 snapshot，驱动可能仍尝试复用旧连接池——导致底层 socket 实际连的是从节点。
- 正确做法：事务的
readConcern和连接池的readPreference必须协同；推荐显式在withTransaction的 options 里同时声明readConcern和readPreference - 错误示范：
collection.findOne({x:1}, { readPreference: "primary" })单独调用能成功，但放进事务回调里却不生效——因为事务内所有读都走 session 绑定的统一读策略 - Node.js Driver 6.x+ 要求
readConcern必须在withTransaction第二个参数传入，写在findOne选项里会被忽略
单节点模式下误用 snapshot 的静默降级陷阱
如果你本地开发用的是 standalone 模式（没启副本集），又没意识到 readConcern: "snapshot" 不支持，MongoDB 不会报错，而是悄悄 fallback 到 "local" ——但这个降级不通知应用，结果就是事务内“写后读不到”，且毫无日志提示。
- 验证方式：在 standalone 模式下执行
db.runCommand({getParameter:1, readConcernLevels:1})，返回中不含"snapshot" - 真正上线前必须用
rs.status()确认集群角色，不能只靠db.version()或db.serverStatus().host - CI/CD 流水线里建议加一步健康检查脚本，连接后立即执行
db.adminCommand({replSetGetStatus:1})并校验members[n].stateStr是否有PRIMARY
snapshot 是个带地理围栏的特性，跨出主节点边界就失效。这点在分片集群里更隐蔽，因为 mongos 可能把事务请求路由到了不支持 snapshot 的分片成员上。 
