避免 proxysql 跟后端建立过多连接的方法

2019-11-18

直接上我在生产环境的配置过程：

登录到proxysql集群的任意节点的管理控制台，执行下面的操作：

Admin> SELECT DISTINCT digest, digest_text FROM stats_mysql_query_digest WHERE digest_text LIKE '%@%';   -- 查看当前sql明细和摘要情况
Admin> SELECT DISTINCT 1,digest,2,0 FROM stats_mysql_query_digest WHERE digest_text LIKE '%@%';   -- 查看sql指纹
+---+--------------------+---+---+
| 1 | digest             | 2 | 0 |
+---+--------------------+---+---+
| 1 | 0x928841C8AEDD64F9 | 2 | 0 |
| 1 | 0x9771AB06EF4857A5 | 2 | 0 |
| 1 | 0xA9919C0B1C3491E6 | 2 | 0 |
| 1 | 0xEDF9C60BDFD2F5B0 | 2 | 0 |
| 1 | 0x226CD90D52A2BA0B | 2 | 0 |
| 1 | 0x82A12D4C4E7B0A28 | 2 | 0 |
| 1 | 0xA072D1AB0FD3C016 | 2 | 0 |
| 1 | 0x7CDEEF2FF695B7F8 | 2 | 0 |
+---+--------------------+---+---+
8 rows in set (0.01 sec)
-- 在proxysql中插入sql改写规则
Admin> INSERT INTO 
mysql_query_rules(active,digest,multiplex,apply)
 SELECT DISTINCT 1,digest,2,0 FROM stats_mysql_query_digest WHERE digest_text LIKE '%@%';
select * from mysql_query_rules ;
Admin> select rule_id,digest,multiplex,apply,comment  from mysql_query_rules ;
+---------+--------------------+-----------+-------+---------+
| rule_id | digest             | multiplex | apply | comment |
+---------+--------------------+-----------+-------+---------+
| 1       | 0x928841C8AEDD64F9 | 2         | 0     | NULL    |
| 2       | 0x9771AB06EF4857A5 | 2         | 0     | NULL    |
| 3       | 0xA9919C0B1C3491E6 | 2         | 0     | NULL    |
| 4       | 0xEDF9C60BDFD2F5B0 | 2         | 0     | NULL    |
| 5       | 0x226CD90D52A2BA0B | 2         | 0     | NULL    |
| 6       | 0x82A12D4C4E7B0A28 | 2         | 0     | NULL    |
| 7       | 0xA072D1AB0FD3C016 | 2         | 0     | NULL    |
| 8       | 0x7CDEEF2FF695B7F8 | 2         | 0     | NULL    |
+---------+--------------------+-----------+-------+---------+
8 rows in set (0.00 sec)
-- 将配置load到内存生效，并持久化到文件
Admin> LOAD MYSQL QUERY RULES TO RUNTIME;
Admin> SAVE MYSQL QUERY RULES TO DISK;
Admin> select * from runtime_mysql_query_rules ;  -- 确认是否生效
      

执行完上述操作后，我们稍等片刻看下grafana监控，如下：

我这里降低不明显的原因是： 我pxc上的业务请求比较少，都是些内部服务，因此产生的sql指纹也比较少，如果对于一个非常繁忙的pxc集群而言，我们在前面的proxysql做了上述的多路复用配置后，可以大幅度降低后端pxc节点的连接数。