K8s CoreDNS环境下Percona Operator中Golang SRV查询超时问题

核心原因定位 #

该问题本质是Golang标准库DNS解析机制和系统工具（dig）的行为差异导致，可按以下优先级排查：

• 首先确认Golang编译时的CGO_ENABLED参数配置：如果编译时设置了CGO_ENABLED=0，Golang会强制使用纯Go实现的DNS解析器，1.17版本以前的纯Go解析器不会读取/etc/resolv.conf中的timeout、attempts配置，即使你通过dnsConfig设置了10s超时，程序实际仍使用默认1s超时，极易触发i/o timeout。
• 检查SRV响应大小：如果对应服务的后端Pod数量较多，SRV记录响应大小超过UDP协议默认的512字节阈值，dig会自动切换TCP协议完成查询，但是1.17版本以前的纯Go解析器默认未开启TCP fallback，会直接丢弃超出大小的UDP响应，表现为查询超时。
• 验证双栈优先级问题：Golang默认优先发起IPv6的DNS查询，如果集群未启用IPv6，DNS服务未监听IPv6的53端口，程序会等待IPv6查询超时后才fallback到IPv4，累计耗时超过阈值就会报错。
• 确认代码中svcName参数和手动dig的参数完全一致：net.LookupSRV前两个参数为空时，第三个参数需要传入完整的SRV记录名（带_service._proto前缀），如果代码中传入的是普通服务名，会导致查询不存在的域名，触发超时。

可落地解决方法 #

• 优先升级Golang编译版本到1.17及以上，该版本修复了纯Go解析器不读取resolv.conf配置、无TCP fallback的问题。
• 如果无法升级版本，编译时开启CGO_ENABLED=1，强制使用系统级DNS解析器，行为和dig完全一致，会自动读取dnsConfig配置的超时参数、支持TCP fallback。
• 若不想调整编译参数，可在Pod的环境变量中添加GODEBUG=netdns=cgo强制调用系统解析器，或者添加GODEBUG=prefergo4=1强制优先走IPv4解析，规避双栈适配问题。
• 若可以修改源码，可自定义DNS解析器显式配置超时和协议，示例代码如下：

import (
    "context"
    "net"
    "time"
)

// 自定义Resolver，强制走TCP、设置10s超时
resolver := &net.Resolver{
    Dial: func(ctx context.Context, network, address string) (net.Conn, error) {
        d := net.Dialer{
            Timeout: 10 * time.Second,
        }
        // 强制使用TCP避免UDP大包截断问题
        return d.DialContext(ctx, "tcp", address)
    },
}
_, srvRecords, err := resolver.LookupSRV(context.Background(), "", "", svcName)

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