mysql中now和sysdate的区别
这篇讲的是开发者在实际运维中遇到的一个诡异现象：同一条记录，在MySQL主库和备库上查询到的创建时间戳竟然不一致。起初怀疑是系统时钟漂移，但考虑到binlog本身带有时间戳，这个猜测很快被推翻。 经过排查，根本原因被定位到了`NOW()`与`SYSDATE()`这两个看似相似的函数上。文章指出了它们的核心差异：`NOW()`返回的是语句开始执行时的时间点，在一个事务中所有语句看到的`NOW()`值都是相同的；而`SYSDATE()`返回的则是函数实际被调用时的实时系统时间。在基于语句的复制（SBR）模式下，备库重放binlog时，`SYSDATE()`的取值时机与主库执行时必然存在微小的时间差，这就导致了数据不一致。 作者不仅解释了原理，也给出了解决方案：要么在会话级别设置`SET SQL_LOG_BIN=0`或`SET TIMESTAMP`来固定时间，要么在业务代码和DDL中统一使用`NOW()`或明确转换成`UTC_TIMESTAMP()`。这个案例生动地说明了，在分布式和复制架构中，对时间函数的细微差别保持敬畏，是保证数据一致性的关键细节。