druid，连接池和微服务的问题

Question

我所知道的 druid 配置，是在一个服务上进行配置
假如一台机器上装有 mysql
当我们用连接池去连接的时候
根据 https://blog.csdn.net/w059805... 说法
连接池的大小公式是：

连接数 = ((核心数 * 2) + 有效磁盘数)

这里应该说假定连接池大小的配置是在单一服务（工程）上配置

如果我们考虑微服务
有 N 个服务访问这个 mysql 机器的情况
假如每个服务的配置都是上述公式
那么总的连接池数就是 N((核心数 2) + 有效磁盘数)了
这应该就不对了
但是感觉也不能用这个连接数除以N来给每个服务分配连接数吧
因为N是不确定的，因为你不知道什么时候某个服务挂了，或者什么时候多加几个服务
其次，每个服务访问数据库的量也有差异
这个如何理解?

其次，druid的配置监控系统 Servlet 也是在单个服务下配置
而访问 url 诸如这种
http://IP:PORT/druid
那 N 个微服务岂不是会有 N 个配置监控系统 Servlet?
假如有几个微服务处于同一台机器上
那就还要配置不同的 url
这样感觉怪怪的？

或许一个解决方案是把对同一个 mysql 机器进行访问的所有的 dao 层
从各个微服务中抽出来，独立操作做成一个微服务可以解决上述问题？
这样的架构奇怪吗？

Answer 1

而连接池大小的配置是在单一服务上配置
在 N 个服务访问这个 mysql 机器的情况下
加入每个服务的配置都是上述公式
那么总的连接池数就是 N((核心数 2) + 有效磁盘数)了
这不是悖论吗？
如何理解？

没有什么悖论呀。举个例子，比如一个mysql支持的并发连接最多100个，你有3个微服务应用需要同时连接这个数据库，每个微服务部署在一台独立的机器上，每个机器核心数为8，磁盘数为2。 3 (2 8 + 2) 远远小于100呀。

即使超过的mysql可以支持最大并发数，可以稍减少某些微服务的连接池连接数，没有说连接池中的连接数必须是(核心数 * 2) + 有效磁盘数。

其次，配置监控系统 Servlet 也是在单个服务下配置
而访问 url 诸如这种
http://IP:PORT/druid
那 N 个微服务岂不是会有 N 个配置监控系统 Servlet?
假如有几个微服务处于同一台机器上
那就还要配置不同的 url
这样感觉怪怪的？

不奇怪呀，不同的微服务只需要关注自己的druid的监控。如果需要总的监控信息，mysql 提供了很多状态变量，相关日志（比例慢查日期）等，当然了有很多针对mysql的监控的工具，这些工具收集分析这些日志，变量等信息，提供很友好的界面显示。

或许一个解决方案是把对同一个 mysql 机器进行访问的所有的 dao 层
从各个微服务中抽出来，独立操作做成一个微服务可以解决上述问题？
这样的架构奇怪吗？

奇怪，有一些mysql的中间件提供连接池的功能，这样就不需要再应用中初始化连接池了，多个微服务公用一个连接池。