AWS Lambda函数代码执行跳过/日志缺失问题求助

这种情况我在生产环境里踩过好几次坑，大概率是异步操作没妥善处理导致Lambda提前终止，或者有未捕获异常打断了执行流程。结合你的代码片段，我给你拆解几个核心排查方向：

1. 回调式MySQL查询未等待，Lambda提前结束 #

Lambda是基于事件循环的无服务器环境，如果你的代码用了回调（比如con.query的回调函数），但Lambda handler在回调执行完成前就返回了，那么Lambda会直接终止进程，后续的日志打印和代码逻辑自然不会执行。

解决方案：改用Promise+async/await #

把回调式的数据库查询改成Promise形式，用async/await确保Lambda等待异步操作完成。你可以直接用支持Promise的mysql2/promise库，或者自己把con.query包装成Promise：

// 包装con.query为Promise
const runQuery = (sql, params) => {
  return new Promise((resolve, reject) => {
    const query = con.query(sql, params, (err, rows) => {
      if (err) {
        // 先把错误日志打出来再reject
        console.log("Failed Query:", query.sql);
        console.error('DB Error:', err);
        reject(err);
      } else {
        console.log("Executed Query:", query.sql);
        resolve(rows);
      }
    });
  });
};

// Lambda handler改用async函数
exports.handler = async (event) => {
  try {
    // ...你的前置逻辑
    const rows = await runQuery(myquery, [
      orders.SupplierID,
      orders.sub,
      orders.DeliveryDate,
      orders.CustomerComments,
      orders.TrackingNumber,
      orders.orderJson
    ]);
    // ...后续处理逻辑
    return { statusCode: 200, body: JSON.stringify({ success: true }) };
  } catch (error) {
    console.error('Lambda Execution Failed:', error);
    return { statusCode: 500, body: JSON.stringify({ error: error.message }) };
  }
};

2. 未捕获的异常打断执行流程 #

如果con.query的回调里有未处理的异常，或者你的同步代码抛出了没被捕获的错误，会直接终止整个Lambda进程，导致后续代码和日志都无法输出。

解决方案：全局捕获异常+完善错误处理 #

• 在Lambda handler里用try/catch包裹所有逻辑（尤其是异步操作）
• 加上全局异常监听，避免漏抓错误：

// 在Lambda代码最顶部添加
process.on('uncaughtException', (err) => {
  console.error('Uncaught Exception:', err);
});

process.on('unhandledRejection', (reason, promise) => {
  console.error('Unhandled Rejection at:', promise, 'Reason:', reason);
});

3. CloudWatch日志延迟或过滤问题 #

有时候不是代码没执行，是CloudWatch的日志有延迟（尤其是冷启动后的第一次执行），或者日志级别被过滤了。

解决方案： #

• 等待5-10分钟再查看CloudWatch日志组，避免因为延迟误以为日志丢失
• 把关键日志换成console.error打印，因为默认情况下CloudWatch不会过滤error级别的日志
• 检查日志组的过滤规则，确保没有屏蔽掉console.log的输出

4. Lambda资源配置不足 #

如果Lambda的内存配置太小（比如默认128MB），会导致Node.js的事件循环阻塞，加上超时时间设置过短，可能还没等数据库查询完成就被强制终止了。

解决方案： #

• 把Lambda内存调高到256MB或以上（内存越高，CPU算力越强，执行速度越快）
• 调整超时时间为10-15秒（根据你的数据库查询耗时调整，确保足够覆盖执行时间）

额外注意点 #

• 数据库连接要使用连接池，不要每次请求都创建新连接，否则容易导致连接泄漏或超时
• 本地测试可以用AWS SAM CLI或Serverless Framework模拟Lambda环境，更容易排查代码执行流程问题

内容的提问来源于stack exchange，提问作者J. Dev