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

查看更多 →

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

查看更多 →

end_unit_test(); } 上述用例中定义了number列，调用SQLBindParameter接口时，绑定SQL_NUMERIC会比SQL_LONG性能更高。因为如果是char，在数据库服务端插入数据时需要进行数据类型转换，从而引发性能瓶颈。 主备切换自动寻主 示例场景 数据库实例配备一主多备

查看更多 →

地址即使使用//*FORCE_MASTER*/也不会路由到主节点。 连接池设置 使用连接池时，需要设置连接探活机制（如jdbc连接池和Druid连接池设置testOnBorrow=true，HikariCP连接池设置connectionTestQuery="SELECT 1"），确保部分连接超时断开时不会被继续使用。

查看更多 →

更新tmss用例和用例脚本 功能介绍 更新tmss用例和用例脚本 URI PUT /v4/{project_id}/testcase/{tmss_case_uri} 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 项目ID，固定长度32位字符（字母和数字）。

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

被监控的MongoDB数据库部署的环境。 局点 被监控数据库所在区域。 连接地址 MongoDB数据库的访问地址和端口。 填写数据库配置，完成后单击“下一步：高级配置”。 图3 新增MongoDB监控-数据库配置 表4 数据库配置信息 参数 配置说明 监控数据库 填写监控数据库的名称。 连接数据库

查看更多 →

PMS进程占用内存高 用户问题 主Master节点内存使用率高如何处理？ 问题现象 主Master节点内存使用率高，且用top -c命令查询的内存占用量高的是如下idle的进程。 原因分析 PostgreSQL缓存：除了常见的执行计划缓存、数据缓存，PostgreSQL为了提高生

查看更多 →

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

查看更多 →

到峰值。 应用端连接池的配置错误导致连接数激增，达到了DDS实例可支持的最大连接数。 排查思路 检查是否存在异常的慢查询占用实例资源。 检查应用端连接池的配置是否存在错误。 处理方法 检查是否存在慢查询，建议添加索引进行优化。 检查客户业务端是否正确地使用了连接池。 调整DDS实例可支持的最大的连接数。

查看更多 →

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

查看更多 →

解决方案 控制并发连接数。连接数据库时，需要计算业务一共有多少个客户端， 每个客户端配置的连接池大小是多少，总的连接数不宜超过当前实例能承受的最大连接数的80%。连接太多会导致内存和多线程上下文的开销增加，影响请求处理延时。 建议配置连接池，连接池最大不要超过200。 降低单次请

查看更多 →

数据库规范 基本设计规范 数据库对象使用规范 数据库使用约束规范 访问/连接池规范 BATCH规范 查询规范 父主题： 产品介绍

查看更多 →

报错客户端：Jedis、Lettuce。 可能原因：通常由于客户端程序配置的连接池过小，在业务并发激增时与Redis建立的连接不够用。 解决方法：排查业务代码，设置足够的连接池配置。 问题现象4 问题现象：客户程序连接池超时，报错信息如下： “redis: connection pool

查看更多 →

从Redis获取数据未命中时，访问只读数据库实例。可通过 域名 等方式对接多个只读实例。 核心是未命中的缓存数据不会打到主库上。 用域名对接多个只读数据库实例，一旦出现问题，可以增加只读实例应急。 不用作消息队列 发布订阅场景下，不建议作为消息队列使用。 如没有非常特殊的需求，不建议将 Redis

查看更多 →

initialPoolSize 初始化连接数 初始化连接数 - INT LAST minPoolSize 连接池大小下限 连接池大小下限 - INT LAST maxPoolSize 连接池大小上限 连接池大小上限 - INT LAST numIdleConnections 空闲连接数 空闲连接数

查看更多 →

使用Jedis连接池报错如何处理？ 在使用Jedis连接池JedisPool模式下，比较常见的报错如下： redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the

查看更多 →

踪页面。 图15 请求追踪 连接池 在实际应用访问过程中，经常会出现因为数据库（包含NoSQL）连接池资源紧张，导致事务响应时间较长。在这种场景下想要定位应用性能问题的根因，不但需要问题排查人员能熟练使用APM，还需要很强的研发能力。监控数据库连接池可以有效的解决上述问题，提高使

查看更多 →