MongoDB单会话多事务并发优化咨询：避免WriteConflict与性能损耗

• 缩小事务粒度
  只将必须保证原子性的操作纳入事务范围，移除事务内的非必要查询、计算等操作，缩短事务持有锁的时间，从根源降低冲突概率。如果业务逻辑允许，优先使用MongoDB原生的单文档原子操作替代跨文档事务。

• 采用租户级会话池替代单会话复用
  不为每个租户固定分配单个会话，而是为每个租户维护一个会话池（大小可根据并发需求配置）。事务请求到来时，从池中获取空闲会话执行操作，完成后归还会话。这样同一租户的多个事务可并发执行，避免排队导致的性能下降。注意做好会话的闲置超时回收，防止资源浪费。

• 配置事务冲突自动重试
  针对WriteConflictError实现重试逻辑，利用MongoDB驱动的重试机制解决瞬时冲突。例如设置3-5次重试次数，多数情况下冲突会在重试后解决，无需放弃并发执行。伪代码示例：

  def run_tenant_transaction(tenant_session_pool, transaction_op):
      max_retries = 3
      for attempt in range(max_retries):
          session = tenant_session_pool.get()
          try:
              with session.start_transaction():
                  transaction_op(session)
              tenant_session_pool.release(session)
              return
          except WriteConflictError:
              tenant_session_pool.release(session)
              if attempt == max_retries - 1:
                  raise
              continue
  

• 数据拆分隔离冲突

  • 按租户ID分片：将不同租户的数据分布到不同分片，跨租户事务完全隔离，同一租户内的事务若操作不同分片文档也可并发执行，降低单分片内的冲突压力。
  • 租户专属子集合：为每个租户创建独立的子集合（如orders_tenant_xxx），彻底隔离不同租户的事务操作，同一租户内的冲突概率也会大幅降低。

• 杜绝长事务
  确保事务内仅包含高效的数据库操作，避免在事务中执行复杂计算、远程调用或等待外部响应，尽可能缩短事务的执行时长，减少锁持有时间。

内容的提问来源于stack exchange，提问作者massivefermion