Lib.rs

MariaDB连接效率很高。然而，由于突发情况，客户端的连接池仍然留下了太多空闲的挂起/滞留连接。最大池大小限制可能会有所帮助，但很难知道最佳值（需要了解确切的性能特征），并且会留下太多的性能，或者仍然导致滞留连接。

在有很多工作者（我们倾向于有的情况下），即使只有少数几个连接，总数也会达到数千。这导致拥堵：客户端和套接字往往会超时或无法建立连接。如果大部分连接都是空闲的，这会使情况变得更糟。

使用集中式池，工作者请求交错，因此连接被最大程度/高效地使用，空闲时间最小化。突发情况减少且不那么频繁。全局池大小的上限可以代表全局最优解；另一方面，每个工作者的限制代表了一个协调问题，一个工作者的空闲连接不能被另一个工作者使用，但不断断开和重新建立也不是可行的。

HTTP/2协议也比MySQL协议轻量得多，可扩展性也更强。对于每秒数千个连接/请求，HTTP/2没问题；连接也可以快速启动和停止。