Golang操作Spanner时Get接口无法返回最新数据问题排查

问题现象 #

使用Golang操作Spanner数据库时，POST请求成功返回201状态码后，立即调用Get接口查询刚创建的数据，却无法查到，需要等待5-6秒才能获取到。但直接查看数据库时，该记录已经存在。

数据库配置 #

us-central1（爱荷华州）部署2个读写副本 - 默认主区域
us-central2（俄克拉荷马州）- GCP私有区域，部署2个读写副本
europe-west1（比利时）部署2个只读副本
asia-east1（台湾）部署2个只读副本
us-east1（南卡罗来纳州）部署1个见证副本

• 处理单元：100

当前查询代码 #

dbClient.Single().
    WithTimestampBound(spanner.StrongRead()).
    Query(ctx, stmt)

问题原因分析 #

尽管使用了StrongRead()，但核心问题大概率是跨区域读写副本的同步延迟或客户端会话路由逻辑导致：

1. 你的Spanner实例在us-central1和us-central2都部署了读写副本，写入操作在主副本完成后就返回201，但其他读写副本需要时间同步数据。如果查询请求被负载均衡到了尚未同步完成的副本，就会出现读取不到新数据的情况。
2. 直接查看数据库的工具通常默认连接主副本，所以能即时看到数据；而你的客户端查询可能被分配到了同步中的非主区域读写副本。

解决方案 #

1. 强制路由到主区域副本 #

通过设置会话配置，让查询优先使用主区域（us-central1）的副本，确保读取到最新数据：

dbClient.Single().
    WithTimestampBound(spanner.StrongRead()).
    WithSessionConfig(spanner.SessionConfig{
        ReadOnlyPreference: spanner.ReadOnlyPreferencePrimaryRegion,
    }).
    Query(ctx, stmt)

2. 绑定写入时间戳查询 #

写入成功后记录提交时间戳，查询时指定读取该时间点之后的数据：

// 假设写入操作已获取到commitTimestamp
dbClient.Single().
    WithTimestampBound(spanner.ReadTimestamp(commitTimestamp)).
    Query(ctx, stmt)

如果无法直接获取提交时间戳，也可以设置一个极小的精确延迟，适配副本同步速度：

dbClient.Single().
    WithTimestampBound(spanner.ExactStaleness(1*time.Second)).
    Query(ctx, stmt)

3. 调整会话池路由策略 #

检查Spanner客户端的会话池配置，确保会话优先从主区域创建，避免查询请求被分配到同步较慢的区域副本。

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