Node.js中mysql.pool增删改操作是否需使用await关键字？

你认为不写await无需等待查询、程序能更快执行的认知是错误的。Node.js中使用mysql连接池执行delete、update、insert这类写操作时，99%的业务场景都必须加await。

• 带await的写法：会暂停当前async上下文的执行，等待数据库返回操作结果后再往下走。哪怕写操作不返回具体业务数据，也会返回受影响行数、执行状态等元信息，同时你可以通过try/catch捕获SQL语法错误、约束冲突、连接断开等所有执行阶段的错误。
• 不带await直接调用pool.query()的写法：本质是发起了一个脱离管控的异步任务，当前逻辑会立刻往下执行，这不是"程序运行更快"——SQL在数据库端的执行耗时不会有任何变化，你只是主动放弃了对这个操作的控制权：
  • 你无法确认操作到底什么时候执行完成，甚至不知道它有没有执行成功
  • 一旦SQL执行报错，会触发未捕获的Promise异常，轻则产生无上下文的错误日志，重则直接导致Node.js进程退出
  • 如果后续逻辑依赖这个写操作的结果（比如删完数据要返回成功响应、更新完数据要读取最新值），必然会出现逻辑错乱：你已经给前端返回"操作成功"，但数据库的写操作还在排队，甚至最后执行失败，直接造成数据不一致。

只有当你完全不关心该操作的执行结果，哪怕操作失败、数据丢失也对业务没有任何影响时，才可以不加await——但这种场景在实际业务代码里几乎不存在。哪怕是异步写入操作日志这类非核心逻辑，不加await也可能在进程意外退出时出现日志丢失的问题。

try {
  // 即使不需要用到返回值，也建议加await等待执行完成、捕获异常
  const result = await pool.query('DELETE FROM orders WHERE id = ?', [orderId]);
  // 可以通过返回的affectedRows判断实际操作生效的行数，规避逻辑漏洞
  if (result.affectedRows === 0) {
    return res.status(404).json({ msg: '待删除的订单不存在' });
  }
  // 确认操作成功后再执行后续逻辑
  res.json({ msg: '删除成功' });
} catch (err) {
  // 统一捕获数据库异常，返回友好提示
  console.error('删除订单失败:', err);
  res.status(500).json({ msg: '服务异常，删除失败' });
}

内容的提问来源于stack exchange，提问作者Johnathan M