MongoDB按用户ID排序查询指定用户最后一条记录及静态查询改动态实现

现有静态逻辑的适配基础 #

• 你当前落地的固定用户ID查询逻辑db.product_logs.find({"user_id" :"862"}).sort({"_id":-1}).limit(1)核心逻辑完全贴合需求：借助MongoDB ObjectId自带的时间递增特性，按_id倒序排序后取1条结果，天然匹配“获取用户最新一条关联记录”的查询目标，排序、limit的核心逻辑完全不需要调整，改造工作仅需把查询条件里硬编码的用户ID值替换为动态入参即可。

不同场景下的通用实现方式 #

• Mongo Shell直接执行场景
  可通过定义变量的方式承载动态传入的用户ID，直接替换原查询条件中的硬编码值，示例：

  // 替换为实际传入的目标用户ID
  const targetUserId = "传入的动态用户ID值";
  // 执行通用查询
  db.product_logs.find({"user_id": targetUserId}).sort({"_id":-1}).limit(1)
  

  注意保持字段类型一致：原库中存储的user_id如果是字符串类型，传入动态值时不要传同值的数字类型，否则会因类型不匹配出现查询为空的问题。
• 业务代码集成场景
  不要通过字符串拼接构造查询语句，直接通过MongoDB驱动的条件传参能力接入动态入参，既可以避免语法错误，也能规避查询注入风险，以Node.js端的MongoDB驱动为例的实现：

  /**
   * 通用查询用户最新一条关联日志
   * @param {string|number} targetUserId 动态传入的目标用户ID
   */
  async function fetchLatestUserLog(targetUserId) {
    return await db.collection('product_logs')
      .find({ user_id: targetUserId })
      .sort({ _id: -1 })
      .limit(1)
      .toArray();
  }
  

可选性能优化 #

• 当product_logs表数据量较大时，建议创建{user_id: 1, _id: -1}结构的复合索引，查询时可直接通过索引定位到对应用户的最新记录，避免全表扫描带来的性能损耗。

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