#开启负载均衡模式。 连接池场景 连接池允许应用程序重复使用预先建立的连接，无需每次都重新建立连接。连接一旦创建并放入连接池，应用程序即可重复利用，避免了重复执行完整的连接过程。 这种池化连接的使用可以显著提升性能，尤其对于需要频繁建立和断开连接的中间层应用程序或网络连接的应用程序而言，性能提升尤为明显。

查看更多 →

如果用户在APP的开发中，使用了连接池机制，那么需要遵循如下规范： 如果在连接中设置了GUC参数，那么在将连接归还连接池之前，必须使用“SET SESSION AUTHORIZATION DEFAULT;RESET ALL;”将连接的状态清空。 如果使用了临时表，那么在将连接归还连接池之前，必须将临时表删除。

查看更多 →

通过上面的查询结果判断当前连接数是否存在大量的锁冲突，从而导致连接无法释放。 长事务 参考长事务问题定位及处理方法中的定位方法。 解决方法 正常业务变更或业务并发升高 为保证数据库健康运行，可提高实例规格来解决问题。 连接数满 临时解决方法： 通过已存在的root用户连接，执行以下SQL释放无用的空闲连接。

查看更多 →

如何在业务代码中开启连接池的探活功能？ 使用连接池时，需要设置连接探活机制，确保部分连接超时断开时不会被继续使用。 jdbc连接池和Druid连接池设置： testOnBorrow=true， HikariCP连接池设置： connectionTestQuery=”SELECT 1”

查看更多 →

如何在业务代码中开启连接池的探活功能？ 使用连接池时，需要设置连接探活机制，确保部分连接超时断开时不会被继续使用。 jdbc连接池和Druid连接池设置： testOnBorrow=true， HikariCP连接池设置： connectionTestQuery=”SELECT 1”

查看更多 →

如果用户在APP的开发过程中，使用了连接池机制，那么需要遵循如下规范： 如果在连接中设置了GUC参数，那么在将连接归还连接池之前，必须使用“SET SESSION AUTHORIZATION DEFAULT;RESET ALL;”将连接的状态清空。 如果使用了临时表，那么在将连接归还连接池之前，必须将临时表删除。

查看更多 →

如果用户在APP的开发过程中，使用了连接池机制，那么需要遵循如下规范： 如果在连接中设置了GUC参数，那么在将连接归还连接池之前，必须使用“SET SESSION AUTHORIZATION DEFAULT;RESET ALL;”将连接的状态清空。 如果使用了临时表，那么在将连接归还连接池之前，必须将临时表删除。

查看更多 →

如果用户在APP的开发过程中，使用了连接池机制，那么需要遵循如下规范： 如果在连接中设置了GUC参数，那么在将连接归还连接池之前，必须使用“SET SESSION AUTHORIZATION DEFAULT;RESET ALL;”将连接的状态清空。 如果使用了临时表，那么在将连接归还连接池之前，必须将临时表删除。

查看更多 →

响应时间在10s以上请求数。 额外配置 连接地址 连接地址。 获取连接最大等待时间 获取连接最大等待时间。 获取连接检测 在连接池中取连接前校验连接是否有效。 归还连接检测 当应用归还连接时是否校验连接是否有效。 空闲连接检测 当应用向连接池申请连接且该连接被判断为空闲连接时，是否校验其有效性。 自动回收超时连接

查看更多 →

口不通，则尝试重启实例，如重启后仍未恢复，请联系技术支持。 检查连接数是否超限 查看已建立的网络连接数是否超过JedisPool配置的上限。如果连接数接近配置的上限值，则建议重启服务观察。如果明显没有接近，排除连接数超限可能。 Unix/Linux系统使用： netstat -an

查看更多 →

如果用户在APP的开发中，使用了连接池机制，那么需要遵循如下规范： 如果在连接中设置了GUC参数，那么在将连接归还连接池之前，必须使用“SET SESSION AUTHORIZATION DEFAULT;RESET ALL;”将连接的状态清空。 如果使用了临时表，那么在将连接归还连接池之前，必须将临时表删除。

查看更多 →

如果用户在APP的开发过程中，使用了连接池机制，那么需要遵循如下规范： 如果在连接中设置了GUC参数，那么在将连接归还连接池之前，必须使用“SET SESSION AUTHORIZATION DEFAULT;RESET ALL;”将连接的状态清空。 如果使用了临时表，那么在将连接归还连接池之前，必须将临时表删除。

查看更多 →

如何查询及限制连接数 下面以副本集实例为例，介绍如何查询实例的连接使用情况，以及设置连接池的连接数。 查询当前连接数 根据您购买的文档数据库实例规格不同，最大连接数也不同。 最大连接数是指实例中每个节点的最大连接数。 示例：您购买了2核4GB规格的三节点副本集实例，那么该实例的P

查看更多 →

但是通过查看实例的监控指标信息，发现数据库QPS、时延、连接数等信息一切正常，无慢请求信息。 报错可能原因 上述问题一般为客户端连接池配置问题。对于使用连接池的应用来说，连接池是有最大数量限制的。如果业务所使用QPS超过连接池的承受限制，或者没有及时释放导致连接泄露耗尽，线程就无法获取新的连接而影响业务。

查看更多 →

客户端使用GeminiDB Mongo驱动连接数据库的时候，一定要配置连接池，连接池大小最大不要超过200。 客户端使用GeminiDB Mongo驱动连接数据库的时候，要计算业务一共有多少个客户端， 每个客户端配置的连接池大小是多少，总的连接数不要超过当前实例能承受的最大连接数的80%。 对于副本

查看更多 →

acquireRetryAttempts 获取连接重试次数 获取连接重试次数 - INT LAST acquireRetryDelay 获取连接重试间隔 获取连接重试间隔 - INT LAST acquireIncrement 无连接可用时创建连接数 无连接可用时创建连接数 - INT LAST 获取连接详情（connection

查看更多 →

定位到导致内存消耗增加的SQL，对SQL进行优化，或扩大内存规格。 TPS事务数过高 降低事务数，或扩大内存规格。 长连接数量多/连接存活时长久 避免长连接，长连接的缓存可能较大，导致内存不足，建议定期释放长连接。 常见问题 Q：使用pg_dump时导出数据时，为什么内存使用率会升高，如何避免出现该问题？

查看更多 →

termination。 问题原因 应用网关侧的空闲连接保持时间与服务侧的不匹配。一般来说是服务侧的空闲连接保持时间比应用网关侧的时间长导致的503报错。 解决方案 在连接池中配置idleTimeout，确保网关的idleTimeout数值略低于服务侧的空闲连接保持时间。比如：服务的idletim

查看更多 →

【建议】推荐使用连接池限制应用程序的连接数。每执行一条SQL就连接一次数据库，是一种不好的SQL编写习惯。 【建议】在应用程序完成作业任务之后，应当及时断开和 GaussDB 的连接，释放资源。建议在任务中设置session超时时间参数。 【建议】使用JDBC连接池，在将连接释放给连接池前，需要

查看更多 →

推荐使用连接池限制应用程序的连接数。不建议每执行一条SQL就连接一次数据库。 在应用程序完成作业任务之后，应当及时断开和GaussDB的连接，释放资源。建议在任务中设置session超时时间参数。 使用JDBC连接池，在将连接释放给连接池前，需要执行以下操作，重置会话环境。否则，可能会因为历史会话信息导致对象冲突。

查看更多 →

推荐使用连接池限制应用程序的连接数。不建议每执行一条SQL就连接一次数据库。 在应用程序完成作业任务之后，应当及时断开和GaussDB的连接，释放资源。建议在任务中设置session超时时间参数。 使用JDBC连接池，在将连接释放给连接池前，需要执行以下操作，重置会话环境。否则，可能会因为历史会话信息导致对象冲突。

查看更多 →