微服务架构Mysql数据库复用性研究

Dear 丶 2022-10-19 08:07 12阅读 0赞

> 问题背景：微服务架构下，特别是对于团队众多，项目众多但是资源有限的情况，不能做到每个项目一个数据库实例，那么如何优化Mysql数据库配置来支撑众多微服务大量连接需求的问题？

### 问题现象 ###

mysql提示异常too many connections

### 微服务的连接池需求分析 ###

Springboot项目默认的连接池需求：  
以druid为例，默认initialSize核心连接为10个，maxActive最大连接为100个。

Mysql的默认连接数：默认连接数是100

即在10个以上实例的连接情况下，mysql已经不能够支撑当前的连接数了

### 修改Mysql最大连接 ###

找到/etc/mysql/my.cnf  
增加max\_connections=1000

但是修改连接始终实际是一个临时版本，微服务仍然会持续增大，连接数量总是有限，仍需要考虑更加彻底的问题解决办法。

### 引入ShardingProxy减少连接池需求(不可行) ###

ShardingProxy是一个透明化的数据库代理端，提供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支持。 目前提供 MySQL 和 PostgreSQL 版本，它可以使用任何兼容 MySQL/PostgreSQL 协议的访问客户端(如：MySQL Command Client, MySQL Workbench, Navicat 等)操作数据，对 DBA 更加友好。

*  向应用程序完全透明，可直接当做 MySQL/PostgreSQL 服务端使用。
 *  适用于任何兼容 MySQL/PostgreSQL 协议的的客户端。  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXdveW9uemhl_size_16_color_FFFFFF_t_70]  
    **操作**  
    拉取sharding-proxy的依赖

docker pull apache/sharding-proxy:5.0.0-alpha

### mysql-router(不可行) ###

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXdveW9uemhl_size_16_color_FFFFFF_t_70]: /images/20221005/2c29228bfdb34a88b50fbfdd55e11158.png