Question

我有一个带有 MySQL DB 的 Express/Node.js API。我正在使用 Mysql2 npm 包（无 ORM）进行查询。对于某些特定的路由，我有一些并行运行的查询（它们并不完全相关，因此无法执行连接）。我想知道使用存储过程是否可以提高我的性能，尤其是考虑到 Node.js 的非阻塞行为。我主要关心 2 个参数：

查询时间和
服务器开销。

换言之，如果我从单个查询更改为存储过程，对我的响应时间和服务器利用率会有什么影响？

编辑：

我所说的并行运行的查询的意思是，我设置了一个函数，以便查询可以独立运行（无需等待前一个查询的响应）并且一旦所有承诺都解决了，我的函数将结果作为 Promise.resolve 返回。

一个小片段：

const makeThreeQueries = (q1, q2, q3) => { # queries being array with 2 elements: ['query string', ['Array', 'of', 'Args']]
    return new Promise((resolve) => {
        const results = []
        const queryHandler = (result) => {
            results.push(result)
            if (results.length === 3) resolve(results) # 3 in case there are 3 queries
        }
        db.query(...q1).then(queryHandler)
        db.query(...q2).then(queryHandler) # doesn't wait for q1 to finish
        db.query(...q3).then(queryHandler) # doesn't wait for q2 to finish
    })
    
}

当然，主要代码比这更健壮，具有适当的错误处理和验证/位置一致性。

Answer 1

有一些节省，因为控制权留在存储过程中，而不需要在客户端和服务器之间来回切换。

如果客户端和服务器位于地理位置相距很远的不同服务器上，则节省的成本会非常显着。在这种情况下，传输时间决定了性能。

无论代码来自客户端还是来自存储过程，并行性可能需要仔细关注事务 - 以防止单独的操作相互影响。

MySQL 存储过程 vs Node.js 性能

编辑：

1 个答案: