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

问题背景：微服务架构下，特别是对于团队众多，项目众多但是资源有限的情况，不能做到每个项目一个数据库实例，那么如何优化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 协议的的客户端。
  
  操作
  拉取sharding-proxy的依赖

docker pull apache/sharding-proxy:5.0.0-alpha

mysql-router(不可行)