Google Datastore事务内查询是否比普通查询运行速度更慢？

完全相同的查询语句，放在Datastore事务中执行的总耗时必然高于非事务场景的直接执行耗时，事务从初始化到收尾的全流程都会带来明确的额外时间开销，不存在同条件下事务查询更快的可能。

额外耗时的具体构成 #

• 事务初始化的固定前置开销
  Datastore启动事务时，需要先和后端协调分配全局唯一的事务ID，只读事务要绑定对应时间点的一致性快照，读写事务还要提前对涉及的实体组做写锁预留。这整套流程是非事务查询完全不需要走的，哪怕事务里只跑一句最简单的主键查询，这部分成本都要提前支付，常规负载下这部分开销在几毫秒到几十毫秒区间波动，和服务部署区域、集群当前负载直接相关。
• 查询执行阶段的逻辑附加开销
  非事务查询默认走最终一致性读，执行时不需要做额外的版本校验；但事务内的查询默认是强一致性级别，执行过程中Datastore需要逐一校验查询命中的所有实体版本是否和事务绑定的快照一致，避免出现脏读、不可重复读的事务异常。如果是读写事务，查询阶段还会额外记录所有命中实体的追踪日志，为后续提交阶段的冲突校验做准备，这部分逻辑会直接拉长查询本身的执行时间。
• 事务收尾的隐式开销
  哪怕事务里只执行了读操作、没有任何写入变更，事务关闭时Datastore也需要完成事务状态清理：读写事务要释放之前占用的实体组锁，只读事务要标记绑定的快照失效。这部分逻辑的耗时虽然不会被算进单条查询的执行打点里，但会计入整个操作的端到端总耗时。

补充说明：就算你在非事务查询时主动指定强一致性读参数，让非事务查询和事务查询的执行层校验成本基本对齐，事务初始化、收尾的固定开销依然存在，总耗时还是会比非事务查询高。

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