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

1. 问题背景

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

图1：SQL语句平均每秒执行次数及事务数

2. 原因分析

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

1. 为什么只有0号库所在RDS上会有⼤量此类的语句？
   DRDS中不带表名的（⽐如 SELECT 'x'）SQL和show命令都会被下发到0号库执⾏。
2. 对于客户端来说这种连接检测是否有⽤？

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