transactionLifetimeLimitSeconds 必须在 mongod 启动时配置，不可动态修改，因其为 kStartupOnly 参数，影响事务协调器定时器初始化；分片集群需所有节点统一设置，Atlas 需在控制台手动调整并滚动重启。
transactionLifetimeLimitSeconds 参数必须在 mongod 实例启动时通过配置文件或命令行设置，**无法在运行时动态修改**。试图用 db.adminCommand({setParameter: 1, transactionLifetimeLimitSeconds: 300}) 会返回错误 "no option found to set" —— 这个参数不属于可热更新的 setParameter 列表。
为什么 setParameter 对 transactionLifetimeLimitSeconds 无效
该参数属于“启动时只读”类配置，在 MongoDB 源码中被标记为 kStartupOnly。它直接影响事务协调器（Transaction Coordinator）的内部定时器初始化逻辑，一旦 mongod 进程启动，相关结构体已固化，运行时强行变更会导致状态不一致甚至崩溃。
常见误操作包括：
- 在 Atlas 控制台里误以为“集群参数”页面支持该参数（实际不显示）
- 在本地
mongod运行后执行db.adminCommand并期待返回"ok": 1 - 混淆了
maxTimeMS（可在commitTransaction中传入）和生命周期限制（全局硬上限）
分片集群中必须同步修改所有分片成员
如果你的部署是分片集群，transactionLifetimeLimitSeconds 需要在每个 mongod 分片节点（shard primary + secondaries）以及 config server 上统一设置。漏掉任意一个副本集成员，事务可能在跨分片提交时因某节点提前超时而失败，错误信息类似：
Transaction is too old. Current time is ... but transaction started at ...
修改方式只有两种：
- 编辑各节点的
/etc/mongod.conf（Linux）或mongod.cfg（Windows），在setParameter:下添加：transactionLifetimeLimitSeconds: 600 - 或启动时加参数：
mongod --config /etc/mongod.conf --setparameter transactionLifetimeLimitSeconds=600
替代方案：用 maxTimeMS 控制单次 commit 耗时
虽然不能动态调整个局事务生命周期，但你可以在应用层对每次 commitTransaction 显式设限：
session.commitTransaction({ maxTimeMS: 30000 })
这个值必须 ≤ 全局 transactionLifetimeLimitSeconds，否则 commit 会被拒绝并报错 "maxTimeMS must not exceed transactionLifetimeLimitSeconds"。它只影响本次提交阶段，不改变事务开始后的总存活窗口。
真正容易被忽略的是：即使你把 transactionLifetimeLimitSeconds 设得很大，MongoDB Atlas 默认仍只允许最多 60 秒——你必须在 Atlas 界面的 “Cluster Settings → Advanced Options → Transaction Lifetime Limit” 手动调整，且该操作会触发滚动重启。本地自建集群则完全依赖你改配置+重启的节奏，没有中间态。
