Google cloud platform 为什么在扳手中出现只读事务超时？

我试图在Google Cloud Paner上运行一些复杂的SQL查询，以评估其分析性能。我一直在使用命令行工具（

gcloud-panner-databases-execute-sql

）和python客户端库（特别是

snapshot.execute\u-sql

方法），在这两种情况下，我都会在大约25分钟后超时。在python的情况下（我更感兴趣的是），我甚至没有收到错误消息——实例的CPU活动变为0，客户端只是挂起等待结果

Spaner docs并没有明确指出只读事务并没有超时，但一个stackoverflow答案声称它（）

---

所以，基本上我的问题是：扳手的服务器端SQL执行是否真的有超时？如果是，如何调整它，如果否，说明问题的原因是什么？

我认为这是由于Cloud Spaner的垃圾收集器通过删除已删除或过期的数据版本来回收旧版本的数据。根据文档，垃圾收集器会删除超过1小时的版本。这也意味着一个事务永远不能读取超过1小时的数据版本，这实际上也会使所有（只读）事务超时1小时

---

请参阅文档的这一部分：，尤其是旧会话。读取时间戳和垃圾收集部分。

我认为这是由于Cloud Panner的垃圾收集器通过删除已删除或过期的数据版本来回收旧版本的数据。根据文档，垃圾收集器会删除超过1小时的版本。这也意味着一个事务永远不能读取超过1小时的数据版本，这实际上也会使所有（只读）事务超时1小时

---

请参阅文档的这一部分：，然后特别是旧sessions.read Timestamps and Garbage Collection部分。

这是否意味着扳手垃圾收集查询的中间结果？有没有办法调整垃圾收集间隔？当您发出查询时，您也会隐式或显式地启动事务。此事务中的所有读取将在特定时间戳（您的事务时间戳）读取数据。云扳手不是垃圾收集查询的中间结果，而是垃圾收集查询尚未读取但仍需要读取的数据。据我所知，没有可能调整这个。这也是你不应该做的事情。如果事务持续时间超过1小时，也意味着您将锁定数据超过1小时。Poideshúv futbik igratú？这是否意味着扳手垃圾收集查询的中间结果？有没有办法调整垃圾收集间隔？当您发出查询时，您也会隐式或显式地启动事务。此事务中的所有读取将在特定时间戳（您的事务时间戳）读取数据。云扳手不是垃圾收集查询的中间结果，而是垃圾收集查询尚未读取但仍需要读取的数据。据我所知，没有可能调整这个。这也是你不应该做的事情。如果事务持续时间超过1小时，也意味着您将锁定数据超过1小时。Poideshúv futbik igratú？