Terraform删除旧Cloud SQL实例失败：deletion_protection设false仍报错

我之前也碰到过类似的情况，当你重命名Cloud SQL实例后，Terraform会把原来的实例标记成待销毁资源，但如果旧实例的deletion_protection还是处于开启状态，就会弹出这个报错。哪怕你现在把配置里的deletion_protection改成了false，也可能因为几个细节没处理到位导致删不掉，你可以按下面的步骤逐一排查：

1. 检查Terraform状态中旧实例的deletion_protection属性值 #

Terraform的状态文件记录着资源创建时的属性信息。如果你的旧实例当初是在deletion_protection = true的配置下创建的，那就算你现在修改了配置，Terraform在销毁旧实例时不会自动去更新它的这个属性——毕竟旧实例已经被标记为待销毁资源了。

你可以用这条命令查看旧实例在状态中的属性：

terraform state show google_sql_database_instance.instance-master

如果旧实例已经被标记为待销毁，可能需要先执行terraform state list找到它的完整资源路径，再用上面的命令查看详情。

如果查到旧实例的deletion_protection还是true，你得先临时把实例名称改回原来的，执行terraform apply将旧实例的删除保护关闭，然后再改回新名称重新执行terraform apply，这样旧实例就能顺利被删除了。

2. 验证Google Cloud控制台中旧实例的实际删除保护状态 #

有时候Terraform的状态会和云平台的实际资源状态不一致，比如你可能曾经手动在Google Cloud控制台开启了旧实例的删除保护，或者之前的terraform apply操作没有成功更新该属性。

直接登录Google Cloud控制台操作：

• 找到那个待删除的旧Cloud SQL实例
• 进入编辑实例页面
• 滚动到删除保护区域，确认是否处于开启状态

如果这里是开启状态，手动将其关闭，然后回到Terraform执行terraform apply即可完成删除。

3. 确认是否有其他依赖资源阻止删除 #

虽然你的配置里，像google_sql_database、google_sql_user这类资源没有deletion_protection属性，但如果这些依赖资源无法被正常销毁（比如出现报错），也可能间接影响实例的删除。不过从你的报错信息来看，核心问题还是删除保护本身，这个可以作为次要检查项：

执行terraform plan查看详细的销毁计划，确认是否有其他资源的报错或阻塞信息，确保所有依赖资源都能被正常清理。

另外提个小建议：以后修改实例名称这类会触发资源重建的操作前，最好先确认当前实例的删除保护已经关闭，免得又碰到这种卡壳的情况。

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