为何DATE_SUB函数在Node.js的MySQL查询中无法正常工作？

这个问题大概率和Planetscale、MySQL本身无关（毕竟控制台能正常执行），核心原因是mysql2驱动的时间解析逻辑或时区配置导致的视觉偏差，而非DATE_SUB函数未生效。

关键原因：mysql2的时间自动转换与时区差异 #

mysql2默认会把查询返回的DATETIME类型转换为JavaScript的Date对象，且转换时会依据连接时区调整时间。如果你的Node.js服务器时区和Planetscale数据库默认的UTC时区不一致，就会出现“看起来没减4小时”的情况：

1. 数据库执行DATE_SUB(log_time, INTERVAL 4 HOUR)后，已经得到正确的UTC时间结果
2. mysql2将这个UTC时间转成了Node.js服务器的本地时区，抵消了之前的4小时偏移，最终显示的结果和原log_time的本地时区值看起来一致

验证与解决步骤 #

1. 确认数据库返回的原始结果
   修改代码，禁用mysql2的自动时间解析，让结果以字符串形式返回，直接查看数据库的真实输出：

const mysql = require('mysql2');
// 初始化连接时添加dateStrings配置
const connection = mysql.createConnection({
  // 你的数据库连接信息：host、user、password、database等
  dateStrings: true // 强制返回时间字符串，不自动转为Date对象
});

connection.query('SELECT DATE_SUB(log_time,INTERVAL 4 HOUR) AS time FROM time_table;', [], function(err, records){
   if (err) {
      console.log(err);
   }
   else {
      console.log(records); // 此时看到的是数据库返回的原始字符串，可直接确认是否已减4小时
   }
})

如果这里的字符串结果是正确的，说明问题完全出在mysql2的时间转换环节。

2. 统一连接时区解决转换问题
   若验证后确认是时区差异导致，在数据库连接配置中指定时区为UTC（和Planetscale保持一致）：

const connection = mysql.createConnection({
  // 其他连接配置
  timezone: 'UTC' // 或用'Z'表示UTC时区
});

这样mysql2会以UTC时区解析时间，转换后的Date对象就会和数据库返回的结果一致。

低概率排查方向 #

• 检查Node.js代码中是否有其他逻辑修改了返回的records数据
• 确认数据库连接用户与控制台使用的用户权限一致（权限差异通常会直接报错，概率极低）

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