AWS RDS Readreplica 突然无法通过 mysqli 访问
AWS RDS Readreplica suddenly not accessible via mysqli
我们多年来一直在使用 AWS RDS，没有任何问题。几天前，我们对主数据库进行了各种更改，导致只读副本难以赶上。这并不罕见，通常的响应是只删除只读副本并启动一个新副本。
但是，自上一期以来，我们无法再通过 PHP 中的 mysqli 连接到它。通过 SQLyog 连接到它很好，但这没什么用，因为它是通过 PHP.
使用的
备份主数据库、创建副本需要通常的时间，然后副本需要几个小时才能赶上。副本滞后几天以来一直为 0-ish，但我们无法连接（连接超时）。重复使用相同的数据库名称。
主要是 m3.2xlarge，副本是 m3.xlarge。我们一直有这种结构（两者都有保留实例 运行），而且一直运行良好。但是，也曾尝试使用 m3.2xlarge 的副本进行相同的过程以进行测试，但也没有用。所有表都是 InnoDB。
我们过去曾多次这样做，没有任何问题。有什么想法会突然不同吗？
大约十天后，它自行解决，一切恢复正常。此后无法重新创建问题，所以猜测只是暂时的问题。
今天又发生了同样的事情。 "trick" 好像是在安全组里随便加了个东西，所以才刷新。对主服务器和副本服务器使用相同的安全组。
我们多年来一直在使用 AWS RDS，没有任何问题。几天前，我们对主数据库进行了各种更改，导致只读副本难以赶上。这并不罕见，通常的响应是只删除只读副本并启动一个新副本。
但是，自上一期以来，我们无法再通过 PHP 中的 mysqli 连接到它。通过 SQLyog 连接到它很好，但这没什么用，因为它是通过 PHP.
使用的备份主数据库、创建副本需要通常的时间，然后副本需要几个小时才能赶上。副本滞后几天以来一直为 0-ish，但我们无法连接（连接超时）。重复使用相同的数据库名称。
主要是 m3.2xlarge，副本是 m3.xlarge。我们一直有这种结构（两者都有保留实例 运行），而且一直运行良好。但是，也曾尝试使用 m3.2xlarge 的副本进行相同的过程以进行测试，但也没有用。所有表都是 InnoDB。
我们过去曾多次这样做，没有任何问题。有什么想法会突然不同吗？
大约十天后，它自行解决，一切恢复正常。此后无法重新创建问题，所以猜测只是暂时的问题。
今天又发生了同样的事情。 "trick" 好像是在安全组里随便加了个东西，所以才刷新。对主服务器和副本服务器使用相同的安全组。