Node.js Oracle 数据库连接池大小

如何解决Node.js Oracle 数据库连接池大小

我使用 node-oracledb 实现了一个连接池 (poolMin=poolMax=10)，我看到了高达 100 倍的差异，尤其是在像 10 这样的少数用户的情况下。真的令人印象深刻。我还增加了 UV_THREADPOOL_SIZE 像 4 + poolMax。在这一点上，我无法理解一些东西。

process.env.UV_THREADPOOL_SIZE = 4 + config.pool.poolMax // Default + Max

NodeJs 作为单线程工作（额外的 4 个线程都没有用于网络 I/O）。那么当我使用一个有 10 个连接的池时，单线程可以使用所有这些连接吗？或者不再是具有这些设置的单线程？因为我向 UV_THREADPOOL_SIZE 添加了 10 个。我将感谢任何解释此事的人。

顺便说一句，我想知道如果使用像 10 这样的固定号码池会不会在用户太多的情况下导致问题？例如，如果即时用户数为 500，我们可以在一年中的某些天达到 5000 即时用户。我需要为那些日子进行特殊设置（例如池大小 100）还是默认设置就足够了？

提前致谢。

解决方法

当您执行 connection.execute() 之类的操作时，该工作将由 Node.js 工作线程处理，直到调用完成。每个底层 Oracle 连接一次只能做一件事（例如执行或获取 LOB 数据）——这是 Oracle 连接的基本（即不可逾越）行为。

对于 node-oracledb，您希望工作线程的数量至少与连接池中的连接数量一样大，再加上一些额外的非数据库工作。这允许连接在不阻塞任何其他连接的情况下做他们的事情。

任何使用单个连接的 Promise.all()（和类似结构）都应该被评估并考虑重写为一个简单的循环。在 node-oracledb 5.2 之前，单个连接上 Promise.all() 的每个“并行”操作都将使用一个线程，但这将被阻塞，等待连接上的先前工作完成，因此您可能需要更多线程可用的。从 5.2 开始，单个连接上的任何“并行”操作都将在 node-oracledb 的 JavaScript 层中排队并按顺序执行，因此每个连接最多只需要一个工作线程。在任一版本中，使用 Promise.all() 时每个工作单元都有自己的连接是不同的，并且仅受每个线程一个连接的要求。

检查 node-oracledb 文档 Connections,Threads,and Parallelism 和 Connection Pool Sizing。

除了如何使用连接之外，首先您必须获得一个连接。如果连接池中的每个连接都已被使用，Node-oracledb 将对连接池请求（例如 pool.getConnection()）进行排队。这在连接尖峰时提供了一些弹性。帮助真正的风暴有一些限制：queueMax 和 queueTimeout。是的，在高峰期您​​可能需要增加 poolMax 值。您可以检查 pool statistics 以查看池行为。您不想让池太大 - 请参阅文档。

旁注：process.env.UV_THREADPOOL_SIZE 在 Windows 上的 Node.js 中没有影响； UV_THREADPOOL_SIZE 变量必须在 Node.js 启动之前设置。