Sequelize where子句运算符未达预期：密码重置查询异常排查

首先明确：你的查询语法不正确，这是导致Sequelize生成等于判断而非大于判断的核心原因。

核心语法问题：Sequelize操作符版本差异 #

在Sequelize v5及更高版本中，$gt这类简写操作符已经被废弃，必须使用从sequelize导出的Op对象来调用操作符。你的代码使用了$gt，但如果是v5+版本，Sequelize无法识别这个操作符，最终会把它当作普通键值对处理，从而生成=的查询逻辑。

正确写法示例： #

1. 先导入Op对象：

const { Op } = require('sequelize');

2. 修改查询语句：

const user = await User.findAll({ 
  where: { 
    resetPasswordToken: req.params.token, 
    resetPasswordExpires: { [Op.gt]: Date.now() } 
  } 
});

如果你的项目使用Sequelize v4及更早版本，$gt是有效的，但官方也推荐逐步迁移到Op对象的写法，同时要确保配置中开启了operatorsAliases。

其他可能导致查询失效的原因 #

即便语法修正后，以下情况也可能导致查询无法匹配目标用户：

• 时区不匹配：
  应用中Date.now()生成的是UTC时间戳，但数据库中resetPasswordExpires字段的存储时区（比如数据库使用本地时间）和应用时区不一致，导致时间比较逻辑出错。可以检查Sequelize配置中的timezone参数，确保和数据库时区统一，或者全程使用UTC时间存储和查询。

• 字段类型错误：
  如果数据库中resetPasswordExpires字段是DATE类型（仅存储年月日），而你生成的过期时间包含时分秒，存储时会丢失时间部分，导致查询时Date.now()对应的日期和字段日期相等，但实际时间已经过期。建议将字段类型改为DATETIME或TIMESTAMP。

• 过期时间设置错误：
  生成重置token时，可能错误地将resetPasswordExpires设置为过去的时间，或者计算过期时间的逻辑有误（比如把需要加的毫秒数写成了秒数），导致数据库中的时间早于当前时间，自然查不到匹配用户。

• Sequelize配置或钩子干扰：
  检查是否有全局查询钩子（hook）或第三方插件修改了查询条件，意外替换了Op.gt的逻辑；或者是否开启了freezeTableName等配置导致表名/字段名映射错误（不过这种情况通常会直接报错）。

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