为何MySQL中name_updated_at比带ON UPDATE的updated_at时间超前？

核心原因：EC2与RDS服务器时间不同步 #

你遇到的情况大概率是Express所在的EC2服务器时间比MySQL所在的RDS服务器快1秒，具体逻辑如下：

1. Express在EC2上生成name_updated_at的时间值（比如2023-10-02 15:59:38），这个时间取自EC2本地系统时间。
2. 这条UPDATE请求通过网络发送到RDS执行时，RDS的系统时间还没走到15:59:38，仍然停留在15:59:37。
3. MySQL执行UPDATE时，触发updated_at的ON UPDATE CURRENT_TIMESTAMP机制，用RDS当前时间（15:59:37）更新该字段，最终就出现了updated_at比name_updated_at早1秒的结果。

次要可能性：请求执行的时间延迟 #

虽然你提到无高负载，但极端情况下，从EC2生成时间到RDS完成UPDATE的过程（网络传输+SQL执行）刚好消耗了1秒，也会导致这个现象。不过这种情况在AWS同区域的EC2和RDS之间概率极低，因为内网延迟通常远低于1秒。

验证与解决方法 #

1. 验证服务器时间是否同步 #

分别在EC2和RDS上执行时间检查：

• EC2终端执行命令：date
• RDS执行SQL：SELECT NOW();
  对比两个返回的时间，就能确认是否存在1秒的差值。

2. 修复时间同步问题 #

AWS环境下，推荐使用Amazon Time Sync Service来同步EC2和RDS的时间：

• EC2：确保实例配置了Amazon Time Sync Service（默认AWS AMI已配置，自定义镜像可手动配置NTP指向169.254.169.123）。
• RDS：AWS RDS默认会自动同步时间，若存在异常可重启实例或联系AWS支持排查。

3. 更可靠的时间生成方案（推荐） #

避免跨服务器生成时间的差异，直接让MySQL统一生成时间：
将原来的SQL改为：

UPDATE users SET name_updated_at = CURRENT_TIMESTAMP WHERE id = 1234;

这样name_updated_at和updated_at都使用MySQL服务器的当前时间，完全不会出现时间差问题，也减少了客户端时间不一致带来的潜在bug。

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