如何让Knex错误日志显示代码位置并控制重试次数？

刚好我之前也折腾过Knex的这些问题，给你分享下可行的解决方案：

直接用console.log(err)有时候确实不够，因为Knex内部会对错误做一层包装，默认输出的信息可能丢掉了原始调用栈。你可以试试这些方法：

• 打印err.stack而非仅打印err本身，它会展示完整的调用链，包括你的代码里的文件路径和行号，这是最直接的方式。
• 如果还是觉得栈信息不够清晰，你可以在catch块里手动生成一个包含当前上下文的错误，精准定位到你的代码位置：

  .catch((originalErr) => {
    const error = new Error(`执行Knex查询出错: ${originalErr.message}`);
    // 保留原始错误信息方便排查深层问题
    error.originalError = originalErr;
    // 打印带当前调用栈的错误
    console.error(error.stack);
    // 如果需要向上抛出错误供上层处理，就继续throw
    throw error;
  })
  

• 开启Knex的debug模式也有帮助，初始化Knex时加上debug: true配置，它会输出更多查询执行的细节，包括查询触发的上下文，能辅助你快速定位问题：

  const knex = require('knex')({
    client: 'your-db-client', // 比如mysql、pg等
    connection: {/* 你的数据库连接配置 */},
    debug: true
  });
  

Knex的自动重试是连接池层面的默认行为，要全局禁用的话，在初始化Knex时配置pool的retry选项即可：

const knex = require('knex')({
  client: 'your-db-client',
  connection: {/* 你的数据库连接配置 */},
  pool: {
    min: 2, // 根据你的业务调整连接池大小
    max: 10,
    retry: {
      enabled: false // 关闭自动重试
    }
  }
});

另外要注意：

• 有些数据库驱动（比如mysql2）本身也可能带有重试机制，你需要检查驱动的配置，确保没有额外的重试逻辑在运行，避免还是出现多次执行的情况。
• 如果只是特定查询不想重试，也可以在查询前临时调整连接池的重试配置，但全局禁用是最直接的方式，尤其适合新增条目不希望重复执行的场景。

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