数据库连接池和单利模式在数据库连接池上的运用研究

思考问题：
1、如果数据库建立连接实例是单例的，那当高并发的场景下会发生什么现象？
通过测试可以得出每创建一个连接实例需要4ms，执行一个SQL需要1ms，如果建立连接的实例是单例模式的，那我们可以计算出，1s可以接收TPS是1000个，而且因为需要排队，所以顺序排后的需要的时间越长，如果我们使用数据库连接池的话，我们min创建10个，max创建20个，那就意味着我们可以每ms同时处理TPS是10-20个，那1s就可以处理1万到10万个TPS，明显高并发模式下性能有明显提升，而且在时间的业务场景下，一台服务器所有能承受的TPS一般在1000左右，如果怎么看的话，最后一个用户获得数据只需要50ms，比单例模式的1000ms返回明显性能大幅提升，但是我在看公司的代码的时候发现都是使用的单例模式，这个需要再研究下原因
2、Mysql、hbase、redis、ES是否都有必要采用数据库连接池？
（1）Mysql实例连接应该支持多线程，根据研究的资料可知，Mysql需要创建数据库连接池，目的有两个，一个是高并发下的TP99会好一些，另外就是事物的原子性，要不都成功，要不都失败，没有中间状态，一个事物一个连接，这样可以进行回滚
（2）Redis实例连接是单线程的，但是读写速度高，读可以达到110000次/s，写可以达到80000次/s
（3）Hbase创建的数据库连接应该是单线程的，但是在我看到的项目中，是采用单例模式来创建数据库连接的，我感觉这侧面的体现了也是单线程的，如果是多线程，不对线程进行控制，在高并发环境下很容易造成内存溢出的情况
https://www.cnblogs.com/wgp13x/p/4245182.html hbase和mysql查询性能对比
https://www.cnblogs.com/frankdeng/p/9529044.html hbase性能调优
（4）ES