【发布时间】：2021-10-30 18:51:16
【问题描述】：
我们需要执行一些 SQL 脚本，这些脚本会导致我们的复制延迟（在我们的只读副本上）飞涨。
复制延迟只会在大约 24 小时左右后自行解决。
创建一个新副本当然比复制数据更快。
我们不想创建新的只读副本，因为我们有很多客户端已经在使用现有的副本。
问题是：“我们如何强制重新创建现有的只读副本？”（保持其静态地址和配置不变）
【问题讨论】：
标签： google-cloud-sql database-replication
【发布时间】：2021-10-30 18:51:16
【问题描述】：
就文档所涵盖的内容而言，似乎无法自动重置或重建只读副本。该文档仅涵盖通过删除和创建新副本手动重新创建只读副本。但是，有一些建议可以避免造成复制延迟，主要建议是 parallel replication。并行复制通过创建多个线程来处理复制来帮助您：
并行复制通过增加用于执行这些事务的 SQL 线程的数量来减少复制延迟。启用并行复制的只读副本有时称为多线程副本。
您还可以尝试优化 SQL 脚本以避免在 other tips 之间使用并行复制时造成严重延迟。否则，有 REST API 端点可以帮助您创建 delete 和 create 新副本，从而使手动重新创建过程变得更加顺畅。特别是，创建副本端点允许您传递与机器层、区域、名称、复制字段等相关的多个配置选项。
【讨论】：