Node.js mysql2库中execute与query的差异、execute的优势及语句复用问题

咱们先把mysql2里query和execute的核心差异掰扯清楚，再聊聊你关心的语句复用问题～

核心差异对比 #

• connection.query()：它会在本地完成参数的安全拼接（自带防SQL注入处理），然后把完整的SQL语句一次性发送给数据库执行，全程只有1次网络请求。
• connection.execute()：它会分两步走：先把不带参数的SQL模板发送给数据库做预编译，再单独把参数发送给数据库，用预编译好的语句执行。首次调用时是2次网络请求，后续复用则只需要1次参数请求。

语句复用与性能问题解析 #

针对你给出的三个函数，咱们逐个分析：

1. 函数B1：
   你手动调用connection.prepare()拿到了预编译语句对象，后续两次statement.execute()都是复用这个已经预编译好的语句。全程只有1次预编译请求 + 2次参数执行请求，数据库不需要重复解析相同的SQL模板，性能是三者里最优的。

2. 函数B2：
   这里你不用手动管理预编译语句，但mysql2内部其实会对connection.execute()的SQL模板做自动缓存！也就是说，当你连续两次用完全相同的SQL调用connection.execute()时，第二次调用会直接复用第一次预编译好的语句句柄，不会再发预编译请求。所以全程是2次网络请求（第一次预编译+执行，第二次仅执行），而不是你担心的4次。性能比B1略逊一点（内部缓存匹配有微小开销），但比B3要好很多。

3. 函数B3：
   每次connection.query()都会生成完整的SQL语句发送给数据库，数据库每次都要重新解析、编译SQL模板，哪怕模板完全一样。全程是2次完整的SQL请求，性能在三者里最差，尤其是当你需要重复执行相同模板的SQL时，差异会更明显。

性能排序与适用场景 #

• 性能优先级：B1 > B2 > B3
• 适用场景：
  • B1：适合需要多次执行同一SQL模板的场景，手动控制语句生命周期，最节省数据库资源。
  • B2：适合偶尔重复执行同一SQL的场景，不用手动管理语句对象，省心又兼顾性能。
  • B3：适合一次性执行的SQL，或者SQL模板几乎不会重复的场景。

备注：内容来源于stack exchange，提问作者uPaymeiFixit