【JS】针对数据库连接池到DRDS连接探活的优化

Z时代
2024-01-10
分类：技术分享

问题背景

========

近期在给某专有云客户进⾏云产品应⽤性能优化分析时，发现了⼀个有趣的关于DRDS使⽤层⾯的问题，这⾥给⼤家分享⼀下。
使⽤过DRDS产品的同学都知道在DRDS中，未分库分表的数据表会存储在“0号库”上，对于这些表操作的SQL会被分发到“0号库”上执⾏。所以⼀般情况下，0号库所在实例的压⼒会⽐其它实例的压⼒稍⼤⼀些。近期分析该客户的数据库性能时，发现客户使⽤的DRDS下0号库所在的RDS实例的压⼒明显⽐其它RDS实例⾼出许多。

【JS】针对数据库连接池到DRDS连接探活的优化图1：SQL语句平均每秒执行次数及事务数

原因分析

========

通过查看0号库所在的RDS实例的执⾏SQL发现，有⼤量的 SELECT 'x' 的查询语句。检查应⽤侧代码后发现，这个查询语句是应⽤侧连接池配置的连接探活SQL，所有的连接池实现⼏乎都有这个功能，可以通过探活SQL检测连接当前是否可⽤。
那么问题来了：

为什么只有0号库所在RDS上会有⼤量此类的语句？
DRDS中不带表名的（⽐如 SELECT 'x'）SQL和show命令都会被下发到0号库执⾏。

对于客户端来说这种连接检测是否有⽤？

答案⼀定是有⽤的，因为如果因⽹络闪断或其它原因导致的连接状态不可⽤，即使获取到了连接对象，也不能进⾏数据访问操作。所以这个检测是有必要的，但对于使⽤DRDS作为数据源的场景来说，⽬前配置的检测⽅式是存在问题的。
对于传统的数据库使⽤⽅式，客户端是直接连接到底层数据库的，如下图。探活SQL是直接发到连接的数据库执⾏，这种场景下使⽤ SELECT 'x' 检测客户端到数据库的连接是没有问题的。

【JS】针对数据库连接池到DRDS连接探活的优化图2：客户端连接到数据库

⽽对于使⽤DRDS作为数据源的场景来说，探活语句在发送到DRDS服务后，会被转发到0号库执⾏，这就意味着这个探活SQL实际上检测的是客户端-->DRDS-->0号库的链路是否正常。

【JS】针对数据库连接池到DRDS连接探活的优化图3：客户端通过DRDS连接到数据库

这⼀点可以从DRDS上看 SELECT 'x' 的执⾏计划得到证实，如下：

【JS】针对数据库连接池到DRDS连接探活的优化图4：执⾏结果1

实际上，这样的数据源连接检测是没有意义的。因为：

第⼀，数据源后端实际上只检测了DRDS到0号库的连接状态，DRDS到其它分库的连接状态并未检测。但真正执⾏SQL时，DRDS是有可能将解析后的SQL下发到其它分库上执⾏的。

第⼆，客户端探活SQL的作⽤主要是为了保证客户端连接池与数据源之间的连接是可⽤的。对于数据源背后的情况应该由数据源本身维护，即由DRDS本身到RDS的连接池保障连接可⽤性，⽽不应该通过客户端的探活功能来保证。

解决方法

========

明⽩以上内容后，我们解决问题的⽅案就⽐较清楚了，实际上我们只需要让客户端连接池检测客户端到DRDS的连接状态即可。那有没有这样的检测⽅法呢？
答案当然是有的，经过与DRDS研发同学确认，将探活SQL修改为 SELECT 'x' FROM dual 即可。
修改后，再次在DRDS查看执⾏计划，如下：

【JS】针对数据库连接池到DRDS连接探活的优化图5：执⾏结果2

在应⽤侧修改连接池的探活SQL配置后，从0号库所在实例上看，已经看不到探活SQL的执⾏记录，⽽且从修改前和修改后0号库所在实例的压⼒来看，效果也⽐较明显，0号库的压⼒相⽐之前下降了⼤概80%左右。

【JS】针对数据库连接池到DRDS连接探活的优化图6：SQL语句平均每秒执行次数及事务数2

连接池参数配置

⾄此，0号库压⼒过⾼的问题解决了，下⾯我们聊聊为什么会有⼤量的探活语句出现。
探活机制实际上是数据源连接池通⽤的⼀种检测机制，可以检测连接池内的连接对象是否真的可⽤。拿Druid连接池举例，探活SQL是通过数据源的 validationQuery 属性配置的。与之相关的配置属性还有：testOnBorrow testWhileIdle testOnReturn timeBetweenEvictionRunsMillis minEvictableIdleTimeMillis。

官⽅解释如下：

testOnBorrow：申请连接时执⾏ validationQuery 配置的探活语句检测连接是否有效。

testWhileIdle：申请连接的时候检测，如果空闲时间⼤于timeBetweenEvictionRunsMillis ，执⾏ validationQuery 检测连接是否有效。

testOnReturn：归还连接时执⾏ validationQuery 检测连接是否有效。

timeBetweenEvictionRunsMillis：有两个含义 1)Destroy线程检测连接的间隔时间，如果连接空闲时间⼤于等于 minEvictableIdleTimeMillis 则关闭物理连接。
2)testWhileIdle 的判断依据，详细看 testWhileIdle 属性的说明。