Redigo连接Redis Docker容器时获取旧值问题排查

首先可以明确：这不是Redis或者Docker的缓存问题，问题大概率出在你的代码逻辑或者Redigo连接池的使用方式上。下面一步步拆解可能的原因：

1. 先排除Redis/Docker的问题 #

你通过redis-cli执行SET MyFlag true后能立即看到新值，说明Redis服务本身是正常的，Docker容器也没有阻碍Redis的实时读写。Redis本身不会自动缓存GET结果（除非你手动配置了客户端缓存，但Redigo默认没有开启这个功能），所以可以彻底排除这两者的问题。

2. 最可能的原因：Web应用本地缓存了MyFlag的值 #

很多开发者会犯这个错误：在应用启动或者初始化时读取一次MyFlag的值，然后把它存在全局变量或者某个内存缓存里，后续处理请求时直接使用这个本地变量，而没有每次都去Redis查询。

比如类似这样的错误代码：

// 全局变量，只在初始化时读取一次
var myFlag bool

func init() {
    conn := redisPool.Get()
    defer conn.Close()
    myFlag, _ = redis.Bool(conn.Do("GET", "MyFlag"))
}

// 处理HTTP请求的函数
func handleRequest(w http.ResponseWriter, r *http.Request) {
    // 直接使用本地缓存的myFlag，没有重新查询Redis
    if myFlag {
        // 执行逻辑
    }
}

这种情况下，你通过redis-cli修改Redis里的值后，Web应用的本地变量不会自动更新，只有重启应用重新初始化时才会读取新值。

解决方法：每次需要用到MyFlag的值时，都从Redis重新获取，而不是依赖本地缓存的变量。

3. 检查Redigo连接池的使用是否正确 #

如果你的代码确实每次都从Redis查询，但还是拿到旧值，那就要检查连接池的使用逻辑：

• 确保每次获取连接后，都用defer conn.Close()把连接放回连接池。如果没有正确释放连接，可能会导致连接池里的连接被长期占用，甚至出现连接状态异常的情况。
• 检查是否在连接上开启了事务（比如调用了MULTI但没有执行EXEC或DISCARD）。如果连接处于事务未提交状态，后续的GET命令会被加入事务队列，不会立即执行，自然拿不到最新值。

正确的连接使用示例：

func getMyFlag() (bool, error) {
    conn := redisPool.Get()
    defer conn.Close() // 必须放回连接池

    flag, err := redis.Bool(conn.Do("GET", "MyFlag"))
    if err != nil {
        return false, fmt.Errorf("failed to get MyFlag: %w", err)
    }
    return flag, nil
}

4. 其他可能性（概率较低） #

• 如果你的Redis配置了主从同步，而Web应用连接的是从库，可能会存在同步延迟。但你是直接用redis-cli连接同一个容器修改值，这种情况可以排除。
• 连接池的IdleTimeout设置是否合理？如果空闲连接被回收前已经和Redis服务器断开（比如网络波动），Redigo可能会在下次使用时重新建立连接，但通常不会导致读取旧值。

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