API删除PostgreSQL指定表行失效，请求排查建议

核心问题分析 #

你的删除接口存在两个致命问题，直接导致ID=5的会议没被删除：

1. 请求方式与参数接收错误：你用GET请求发送删除指令，但REST规范中GET仅用于获取数据，且多数服务器/框架会忽略GET请求的Body，所以你传的{"id":5}后端根本没收到。
2. 删除逻辑完全不匹配需求：当前代码的删除条件是id != 1且end_time < 3天前，是批量删除旧会议的逻辑，和你传入的ID毫无关系——除非ID=5的会议刚好满足“3天前结束”且不是ID=1，否则根本不会被删。

具体排查步骤 #

1. 验证请求参数是否被接收：在删除接口开头加一行console.log(req.body)，重启服务后用Postman再发一次请求，看控制台输出是否为空。如果是空的，说明GET请求的Body没被解析。
2. 检查目标会议的数据库数据：直接在PostgreSQL执行查询：

   SELECT id, end_time FROM meetings WHERE id = 5;
   

   看end_time是否确实早于当前时间3天前，如果不是，当前代码的删除条件根本不会匹配这条数据。
3. 添加错误捕获排查异常：给当前的删除数据库操作加上catch块，打印错误信息，排查是否有数据库层面的错误（比如外键约束、权限问题）：

   Meeting.query().delete()
     .where('id', '!=', 1)
     .andWhere('end_time', '<', date)
     .then(() => {
       res.json("delete ok");
     })
     .catch(err => {
       console.error('删除失败原因:', err);
       res.status(500).json("delete failed");
     });
   

修复方案（按REST规范实现单条删除） #

1. 修改请求方式为DELETE：这是REST接口的标准做法，避免GET请求的Body被忽略，同时语义更清晰。
2. 调整逻辑为按ID删除：根据传入的ID处理文件并删除对应数据，同时保留禁止删除ID=1的逻辑：

router.delete('/meeting/:id', (req, res) => {
  const meetingId = parseInt(req.params.id);
  // 校验ID合法性
  if (isNaN(meetingId) || meetingId === 1) {
    return res.status(400).json("无效的会议ID");
  }

  // 先查询目标会议信息，处理关联文件后再删除
  Meeting.query().withGraphFetched(neededTables)
    .where('id', meetingId)
    .first()
    .then(meeting => {
      if (!meeting) {
        return res.status(404).json("会议不存在");
      }
      // 清理会议相关文件
      const folderPath = `${appConfig.backgroundsFilepath}resources/images/meeting-${meeting.id}`;
      if (fs.existsSync(folderPath)) {
        meeting.backgrounds.forEach(background => {
          ['left', 'middle', 'right'].forEach(side => {
            const filePath = background[side].replace('./', appConfig.backgroundsFilepath);
            if (fs.existsSync(filePath)) {
              fs.rmSync(filePath);
            }
          });
        });
        fs.rmdirSync(folderPath);
      }
      // 执行数据库删除
      return Meeting.query().deleteById(meetingId);
    })
    .then(() => {
      res.json("delete ok");
    })
    .catch(err => {
      console.error('删除操作出错:', err);
      res.status(500).json("删除失败");
    });
});

额外注意点 #

• 原代码中两个数据库操作是并行执行的，可能出现“删除完成后才处理文件”的情况，修复后的代码先查询、处理文件再删除，避免数据已删但文件处理逻辑找不到数据的问题。
• 后续测试时，用Postman发送DELETE请求到/meeting/5（路径参数传ID），不要用GET请求传Body。

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