GCP Cloud SQL导入失败：public.heartbeat不存在及403权限问题

一、处理存储桶403权限错误 #

• 检查CI所用服务账号的密钥状态：登录GCP控制台→IAM与管理员→服务账号→找到CI用的账号→查看密钥，确认密钥未过期、未被禁用。如果密钥过期，重新生成并更新CI环境变量中的密钥值。
• 验证存储桶IAM权限：进入存储桶页面→权限→确认服务账号拥有storage.objects.get和storage.objects.list权限。如果权限缺失，添加对应角色（比如Storage Object Viewer）。
• 核对local-exec命令细节：检查Terraform中的local-exec配置，确认使用的gcloud命令是否指定了正确的服务账号（比如--impersonate-service-account参数），或者CI环境是否正确加载了服务账号的密钥文件。
• 检查存储桶ACL设置：如果存储桶使用ACL而非IAM控制访问，确认服务账号被添加为桶的“读者”权限。

二、处理"public.heartbeat不存在"错误 #

• 先排查SQL导入是否成功：因为403错误会导致local-exec执行失败，SQL文件根本没导入到Cloud SQL，自然不会创建heartbeat表。先解决上面的403问题，再验证SQL导入任务是否完成。
• 检查SQL文件内容：确认存储桶中的SQL文件包含创建public.heartbeat表的语句，比如CREATE TABLE public.heartbeat (...)，同时确认文件路径在Terraform配置中是正确的。
• 确认Terraform资源依赖：确保Cloud SQL实例资源完全创建完成后，才执行SQL导入的provisioner。可以在provisioner中添加depends_on = [google_sql_database_instance.your_instance]，避免实例未就绪就执行导入。
• 验证API启动时机：如果heartbeat表是由Node.js API启动时自动创建的，确认API启动前数据库已经完成SQL导入，或者API连接数据库的配置正确（比如数据库名称、用户权限是否足够创建表）。

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