Database 池中理想的连接数是多少？
假设我们有一个客户端，它希望并行发送N个查询，还有一个单节点数据库服务器。服务器有4个CPU核和网络设备来接收/发送数据。 这是否意味着没有理由拥有超过4个到服务器的并行连接，因为它只能并行接收4个“流”数据？甚至不谈磁盘i/o等 说到网络，在物理层上没有并行性，所以我们没有收益，因为在这个层上有并行连接，对吗 客户端连接池中理想的连接数是多少？应该考虑什么？也许有一些关于这个话题的文章Database 池中理想的连接数是多少？,database,database-connection,connection-pooling,distributed-computing,distributed-system,Database,Database Connection,Connection Pooling,Distributed Computing,Distributed System,假设我们有一个客户端，它希望并行发送N个查询，还有一个单节点数据库服务器。服务器有4个CPU核和网络设备来接收/发送数据。 这是否意味着没有理由拥有超过4个到服务器的并行连接，因为它只能并行接收4个“流”数据？甚至不谈磁盘i/o等 说到网络，在物理层上没有并行性，所以我们没有收益，因为在这个层上有并行连接，对吗 客户端连接池中理想的连接数是多少？应该考虑什么？也许有一些关于这个话题的文章 编辑：如果我们针对延迟而不是吞吐量进行优化，我认为您最终需要进行测量，这也取决于查询的性质，但HikariC
编辑：如果我们针对延迟而不是吞吐量进行优化，我认为您最终需要进行测量，这也取决于查询的性质，但HikariCP有一篇关于连接池大小的好文章： 您应该测试您的应用程序，即模拟预期的负载，并围绕此起点尝试不同的池设置：连接=（（核心计数*2）+有效计数）