pymongo中with语句执行事务安全的前提是mongodb运行在副本集模式且显式配置read_concern和write_concern为"majority"；否则事务不保证原子性或隔离性，单机mongod默认不支持事务。
PyMongo 中用 with 语句执行事务是安全的，但前提是 MongoDB 必须运行在副本集（replica set）模式下，且 read_concern 和 write_concern 显式配置为 "majority"；否则事务看似成功，实际不保证原子性或隔离性。
事务失败报错 transaction numbers are only allowed on a replica set member or mongos
这个错误不是代码写错了，而是 MongoDB 实例没跑在副本集模式。单机启动的 mongod 默认不支持事务，哪怕 PyMongo 版本再新也没用。
- 检查当前是否为副本集：连接后运行
rs.status()，若报错not master或返回空，说明不是副本集 - 快速初始化本地副本集：停掉服务，用
mongod --replSet rs0 --dbpath /data/db启动，再连上执行rs.initiate() - 连接字符串需显式声明副本集名称，例如：
mongodb://localhost:27017/?replicaSet=rs0 - 如果用 Docker，确保启动时加了
--replSet rs0参数，并在容器内执行过rs.initiate()
with client.start_session() as session: 里必须嵌套 session.start_transaction()
只用 with client.start_session() 不等于开启事务——它只是创建一个会话对象，所有操作仍为普通非事务行为。事务边界由 session.start_transaction() 明确划定。
- 推荐写法是双层
with：with client.start_session() as session: with session.start_transaction(): ... - 不能把
session传给其他函数再调start_transaction()，因为start_transaction()要求会话处于inactive状态，跨作用域容易触发InvalidOperation: Transaction already in progress - 事务内所有读写操作（如
find_one()、update_one()）都必须显式传入session=session参数，漏传即脱离事务上下文
为什么 commit_transaction() 没被调用，但数据却写进去了？
这是最隐蔽的问题：事务未显式设置 read_concern 和 write_concern，导致 PyMongo 使用默认值（local），从而绕过事务一致性保障。
- 必须在
start_transaction()时传参：session.start_transaction(read_concern=ReadConcern("majority"), write_concern=WriteConcern("majority")) - 缺一不可：
read_concern="majority"保证读到已提交数据；write_concern="majority"保证写操作被多数节点确认，否则事务可能在主节点崩溃后回滚，但客户端已认为成功 - 如果用
with_transaction()辅助方法，它内部会自动加"majority"，但你得确保传入的回调函数里每个操作都带session
事务的“安全”不只取决于语法是否正确，更取决于 MongoDB 部署模式、会话生命周期管理、以及读写关注级别的显式声明——这三个点中任一缺失，都会让 with 语句变成一层幻觉包装。尤其要注意 session 对象不能复用、不能跨线程、不能脱离创建它的 client 实例使用。
