MySQL 存储过程与 Node.js 性能对比

Question

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

1. 查询时间和
2. 服务器开销。

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

编辑：

我所说的并行运行查询的意思是，我设置了 function，以便查询可以独立运行（无需等待上一个查询的响应），一旦所有承诺解决，我的 function 将结果返回为 ZA7593F0F287A7A44。解决。

一个小片段：

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

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

如果客户端和服务器位于地理上相距很远的不同服务器上，则节省的费用非常可观。 在这种情况下，传输时间可以支配性能。

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