GCP服务器因cloudsql.enable_instance_password_validation选项导致崩溃

欢迎各位小伙伴来到golang学习网，相聚于此都是缘哈哈哈！今天我给大家带来《GCP服务器因cloudsql.enable_instance_password_validation选项导致崩溃》，这篇文章主要讲到等等知识，如果你对Golang相关的知识非常感兴趣或者正在自学，都可以关注我，我会持续更新相关文章！当然，有什么建议也欢迎在评论留言提出！一起学习！

在过去的一天中，我经常遇到此错误，这导致需要重置云实例才能继续连接：

ERROR:  unrecognized configuration parameter "cloudsql.enable_instance_password_validation"

这是在 postgresql 14 gcp cloud sql 社区共享 1 vcpu、0.614 gb 实例上运行的，但也在标准 1 vcpu、3.7 gb 实例上进行了测试，问题仍然存在。

自发生此事件以来，唯一发生更改的代码是使用 golang pgx 池接口进行监听/通知调用，该接口已被恢复，但问题仍然存在。

任何数据库调用都会经常出现此问题（重置后 30 分钟内），并且我没有设置任何涉及“enable_instance_password_validation”的内容 - 我也无法找到涉及此名称的任何参数。

正确答案

这是一个有趣的问题，@enocom 正确地指出 postgresql 中遇到的错误是一个转移注意力的错误。在整个过程中，由于问题跨越 go 服务器实例和 postgresql 服务器，出现了一些转移注意力的问题。

崩溃的真正原因是，用于与 postgres db 交互的 golang pgx 池接口默认的最大“dbmaxpools”上限为 14 个连接。当我们达到这个连接数时，服务器将挂起，没有任何错误日志，并且所有进一步的连接将被永久拒绝。

要解决此问题，所需要做的就是在调用时在 dburi 中添加“pool_max_conns”：

dbpool, err := pgxpool.connect(context.background(), dburi)

这可以通过以下方式完成：

dbURI = fmt.Sprintf(`postgresql://%s:%s@%s:%s/%s?pool_max_conns=%s`, config.DBUser, config.DBPassword, config.DBAddress, config.DBPort, config.DBName, config.DBMaxPools)

详细说明可以在这里找到：pgxpool package info

设置 pgx 最大连接数时，请务必将此数字设置为与服务器实例的最大并发连接数相同或相似，以避免再次发生这种情况。对于 gcp 云运行实例，可以在“部署修订”中的“每个容器的最大请求数”下进行设置

本篇关于《GCP服务器因cloudsql.enable_instance_password_validation选项导致崩溃》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！