谷歌云 sql 只读副本一致性

Question

Google Cloud SQL 只读副本能否保证一致性？从主副本复制到只读副本通常需要多长时间？我找不到关于上述两个问题的信息。

Answer 1

从这个documentation 来看，只读副本是主实例的精确副本。在正常情况下，主实例上的数据和其他更改在只读副本上几乎是实时更新的。默认情况下，副本从启用复制开始。你 connect 直接使用它的连接名称和 IP 地址到一个副本。如果您使用私有 IP 地址连接到副本，则无需为副本创建额外的 VPC 私有连接，因为它是从主实例继承的。但是，您不能停止副本，您可以启用副本、删除副本、提升副本或禁用副本（不停止副本实例；它变成不再从其主实例复制的只读实例）。

当您使用 Google Cloud Console 查看副本实例或使用管理客户端登录实例时，您会收到 details about replication，包括状态和指标。以下指标可用于副本实例：

• 复制状态
• 复制滞后
• Slave I/O 线程运行状态
• Slave SQL 线程运行状态
• Seconds_behind_master ：以秒为单位的时间量， 副本延迟处理主节点的事务，即 (1) 当前时间和 (2) 原始时间之间的差异 主节点提交事务的时间戳 当前正在应用于副本。如果值是 NULL 复制已损坏。

当您使用 gcloud 命令行工具时，您会获得复制配置的简要摘要。 Cloud SQL 在default Cloud SQL monitoring dashboard 上报告复制状态和复制滞后指标。如需更多信息，请参阅documentation。

此外，如果您尝试在主实例上创建只读副本并遇到以下问题：

• 只读副本在创建时未开始复制。
• 无法创建只读副本 - invalidFlagValue 错误。
• 无法创建只读副本 - 未知错误。
• 副本实例使用的内存过多。
• 复制已停止。
• 复制滞后一直很高（ 副本赶上主人）
• 复制创建失败并超时。

对于上述情况，请查看故障排除步骤并了解为什么会出现这些问题，如Google Documentation 中所列。

注意：只读副本不提供故障转移功能。所以我们必须configure our instance for high availability。作为最佳实践，当您在主实例上使用 HA 时，将只读副本放在与主实例不同的区域中。这种做法可确保在包含主实例的区域发生中断时，只读副本继续运行。