如何从Google App Engine标准项目稳定连接远程MySQL数据库？

Hey，我来帮你理清楚这个问题的核心和解决办法：

你现在的情况是，目标主机用了4个轮询的A记录IP，虽然把这4个都加到了Cloud SQL的白名单里，但只有当前活跃的那个IP能连上，其他时候失败。这大概率是几个小细节没处理好，咱们一步步来：

一、先确认白名单的配置是否到位 #

• 首先验证你加的IP是不是目标主机实际用的出站公网IP：有些云服务商的A记录IP和主机实际出站IP可能不一样（比如用了NAT网关）。你可以在目标主机上多执行几次curl ifconfig.me，把每次返回的IP都记下来，看看是不是和你加的4个完全一致。如果有额外的IP，也得加到白名单里。
• 检查Cloud SQL的白名单生效状态：刚添加的IP规则可能需要5-10分钟才能同步到所有节点，你可以去Cloud SQL控制台→「Connections」→「Networking」里确认这4个IP都在「Authorized networks」里，并且等一会儿再测试连接。

二、最稳妥的长期解决方案：用静态IP替代轮询IP池 #

既然你是要长期稳定连接Cloud SQL，用动态轮询的IP池本身就不是最优选择。给目标主机分配一个固定的静态公网IP，然后只把这个IP加到Cloud SQL的白名单里，这样就不会再出现随机失败的问题了——这是最省心的做法，也符合Cloud SQL白名单的设计逻辑（白名单就是为了固定可信IP）。

三、关于Sockets API的简单说明（帮你消除困惑） #

你提到的Sockets API其实是Cloud SQL提供的内网连接方式，不需要公网IP和白名单。如果你的目标主机是在Google Cloud的同一VPC网络里，启用这个方式后，主机可以直接通过私有IP连接Cloud SQL，完全绕开公网IP的问题。但如果你的目标主机不在Google Cloud环境里，这个方式就用不了，还是得回到公网IP白名单的方案。

四、临时排查工具 #

如果还是搞不清问题出在哪，可以在目标主机上执行telnet [你的Cloud SQL实例公网IP] 3306：

• 如果显示超时：要么是网络路由有问题，要么是白名单还没生效；
• 如果显示连接被拒绝：说明当前主机的出站IP不在白名单里，再去查实际的出站IP。

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