无可用连接时的 HikariCP 行为

Question

我注意到，即使数据库关闭，因此池中实际上没有可用的连接，Hikari CP仍然会等待连接超时到期，然后再向客户端发送异常。

我同意当数据库可用时这是可取的，但在我的情况下，我希望池在没有连接可用时不要等待发送异常。

原因是数据库本身在不到2ms的时间内回答，所以我每秒可以处理数千个事务，但是当没有可用的连接时，池将等待更长的时间（建议的最小可接受超时为250毫秒），因此我无法再处理吞吐量。另一方面，我的逻辑可以在一段时间内没有数据库工作。

我应该如何处理这个问题？

编辑：

这个链接几乎是我想要实现的，减去我更喜欢HikariCP自动做到这一点的事实，我不应该激活挂起状态。

Answer 1

也许你应该在你的应用程序代码中引入一个计数器，如果并发请求的数量超过了这个值，就不要使用数据库。如果不知道您在处理什么，很难判断，例如读还是写。

根据brettwooldridge关于ConnectionTimeout属性的评论，由于线程调度，较低的超时是不可靠的，即使有可用的连接：

我们当然可以考虑更低的楼层，但125ms是绝对最小值。

Windows和Linux都有默认的20毫秒调度时间。如果16个线程在4核CPU上运行，则单个线程可能需要等待80毫秒才能运行。例如，如果池由于maxLifetime的连接失效而出现空缺，则这会留下宝贵的时间来建立连接以填充插槽，而不会向客户端返回虚假故障。

如果没有仔细考虑以确保CPU和调度程序不会过饱和，以125毫秒的超时运行会使您的应用程序层面临虚假故障的风险，即使池有可用的连接。例如，在一个4核CPU上运行32个线程可能会导致长达120毫秒的线程饥饿——非常接近边缘。