Near-zero downtime upgrades: Announcing Cloud SQL for MySQL blue-green deployments

保持生产数据库在受支持的版本上不应需要牺牲周末时间。为了确保安全性、合规性以及获得最佳性能和最新AI功能，组织需要运行最新数据库引擎版本。然而对许多团队而言，主版本升级意味着需要数周的跨团队协调、协商狭窄的维护窗口期，并导致数小时的应用程序停机。在关键任务应用和AI代理作为24/7行动系统的时代，即使短暂的维护中断也可能导致客户体验中断和收入损失。

为此，我们很激动地宣布**Cloud SQL全托管蓝绿部署预览版**正式上线，率先支持Cloud SQL for MySQL。您现在可以通过Google Cloud控制台或自动化CLI脚本，以最小停机时间执行主版本升级和配置更新。通过持续同步并行环境，团队可以在无缝切换前使用生产数据进行安全测试——切换后原始数据库仍作为可靠的安全网持续运行。

**为什么升级困境会影响您的业务**

推迟主版本升级（如从MySQL 8.0升级到8.4）会使您暴露在安全漏洞风险中，并错失性能提升和最新AI功能。为了测试变更并避免原地升级停机，团队通常会采用蓝绿部署方案——在独立的升级预发布副本（绿色）上测试变更，同时与主数据库（蓝色）并行运行，待准备就绪后切换流量。然而，手动蓝绿部署方案的构建、同步和安全切换过程极其复杂。

Cloud SQL的全托管蓝绿部署可将数据库升级从高风险的周末项目转变为可预测的低停机时间操作。

传统升级方式 全托管蓝绿方式 深夜维护：在周六凌晨2点安排数小时离线停机时间。业务时段升级：在正常工作时间后台完成预发布、同步和测试。 有限的测试选项：测试仅限于非生产环境，增加运营风险。切换前验证：在任何流量切换前，可安全地使用实时生产数据副本对实际应用进行测试。 高压力回滚：如果发现问题，从备份重建或恢复需要数小时。内置回退机制：如果出现任何问题，可取消升级并保持原蓝色实例不变，或在切换后将"旧蓝色"实例作为手动回退方案保留。

**技术差异化优势**

通过Cloud SQL，全托管蓝绿部署自动化管理整个生命周期的三个阶段：

• 蓝环境（生产环境）：您当前的主Cloud SQL实例，持续不间断地为实时应用流量提供服务。

• 绿环境（预发布环境）：Cloud SQL对蓝实例的临时克隆，将升级至目标数据库版本，并通过持续复制保持同步。

• 切换操作： 当您准备切换时，Cloud SQL 会暂时将蓝色实例设为只读模式，完成最终的数据同步，并将绿色实例提升为新的主数据库。

三项显著功能使此次发布成为企业工作负载的变革性突破：

• 接近零停机时间的切换： 从旧版本迁移到新版本的过程非常快速。使用 Cloud SQL Enterprise Plus 的组织可实现 维护期间亚秒级停机时间。

• 无需修改应用程序： 当您触发切换操作时，Cloud SQL 会自动将现有数据库的 IP 地址、实例名称和备份转移到新数据库。开发人员无需重写连接字符串、修改配置文件或更新客户端应用。

• 安全的实时数据测试： 您可以在升级后的绿色环境中运行真实的应用流量和查询，以在正式上线前验证性能。如果发现问题，只需在切换前删除部署，而无需触碰生产数据库。

**易于编排，专为扩展而生**

现在，只需在控制台中点击几次，或通过简单的 CLI 脚本，即可启动数据库环境的升级操作。

借助接近零停机时间的切换功能，此特性消除了数据库升级的风险。通过将维护工作从周末任务转变为日常白天任务，您的团队可以领先于安全生命周期，解锁最新的人工智能就绪引擎功能，并专注于构建推动业务增长的功能，而非管理基础设施风险。

今天立即体验

接近零停机时间的数据库升级 作为预览功能，现已在 Cloud SQL for MySQL 独立主实例（包括高可用性配置）中提供，PostgreSQL 的支持即将推出。

立即通过访问Cloud SQL 控制台 或查阅逐步操作指南 开始使用。

发布于

• 数据库
• Cloud SQL