mongodb 4.0 单机环境不支持事务，因事务依赖副本集的oplog机制；启用事务必须启动时加--replset并执行rs.initiate()，且读写需指定readconcern: "snapshot"和writeconcern: { w: "majority" }。
MongoDB 4.0 单机环境不支持事务，不是配置遗漏或启动参数没加对，而是服务端在协议层直接禁用——startTransaction() 调用会立刻失败，报错如 Transaction numbers are only allowed on a replica set member or mongos 或 CommandNotSupportedOnServer。根本原因只有一个：事务依赖副本集的 oplog 机制，而单机模式不产生 oplog。
事务编号和快照读必须靠 oplog 实现
MongoDB 4.0 的事务功能从设计上就绑定副本集基础设施：
-
transaction number由 oplog 条目隐式分配，单机没有 oplog，也就没有合法的事务编号来源 -
readConcern: "snapshot"依赖 oplog 时间戳做一致性快照，单机无法提供全局单调递增的逻辑时钟 - 冲突检测、回滚日志、两阶段提交协调器（
config.transactions集合）全由副本集状态机驱动，standalone 模式压根不加载这些组件
验证你当前是不是真单机：rs.status() 比版本号更准
别只查 db.version()，直接运行命令确认副本集状态：
db.runCommand({ replSetGetStatus: 1 })
如果返回 no replset config has been received，说明你连副本集的“身份”都没注册，此时任何事务 API 都不会进入执行路径。这个结果比看 MongoDB 版本或配置文件更可靠——哪怕你加了 --enableMajorityReadConcern 或开了 journal，只要没 rs.initiate()，事务就不可能启用。
--replSet 启动 + rs.initiate() 是唯一可行解
把本地单机变成事务可用环境，不需要多节点、不改应用连接串，但必须满足两个硬性条件：
- mongod 启动时带
--replSet rs0（名称任意，但前后一致） - 用
mongo连入后执行rs.initiate({ _id: "rs0", members: [{ _id: 0, host: "localhost:27017" }] })—— 注意必须用localhost，不能写127.0.0.1，否则驱动解析主机名失败会导致后续ClientSession创建被拒 - 等
rs.status().stateStr返回"PRIMARY"再开始事务操作
即使变成副本集，readConcern 和 writeConcern 仍可能让 commit 失败
副本集只是准入门槛，不是万事大吉。4.0 强制要求：
- 所有读操作必须显式指定
readConcern: "snapshot"（4.0）或"majority"（4.2+），"local"不被允许 - 所有写操作必须设
writeConcern: { w: "majority" }；设成{ w: 1 }会触发Transaction numbers require a majority错误 - 驱动版本也得 >= v1.4.0（Java）、>= 4.0（Node.js），旧驱动可能静默降级为非事务模式，数据不一致风险极难察觉
最容易被忽略的是：错误不总在 startTransaction() 报，而是在 commitTransaction() 或某次 insertOne() 时才暴露；更隐蔽的是——某些配置缺失时，操作看似成功，实则根本没走事务路径。务必用 db.currentOp({ "secs_running": { "$gt": 0 } }) 观察事务是否真在运行中。
