网上结论:
连接池数量 = ((核心数 * 2) + 有效磁盘数)。
你需要的是一个小连接池,和一个等待连接的线程队列。让并发任务数去适配连接池连接数,而不是连接数大小去适配并发任务数。
个人观点:
如果一个16核的数据库,4个java应用,难道单个java应用只配置32/4=8个连接吗
一个业务逻辑,从线程池获取连接,后续做业务处理,和其它系统交互,是要整个业务结束连接才释放的,连接池需要一个系数=总时间/数据库时间
网上结论:
连接池数量 = ((核心数 * 2) + 有效磁盘数)。
你需要的是一个小连接池,和一个等待连接的线程队列。让并发任务数去适配连接池连接数,而不是连接数大小去适配并发任务数。
个人观点:
如果一个16核的数据库,4个java应用,难道单个java应用只配置32/4=8个连接吗
一个业务逻辑,从线程池获取连接,后续做业务处理,和其它系统交互,是要整个业务结束连接才释放的,连接池需要一个系数=总时间/数据库时间