基于语句复制的MySQL触发器CURRENT_TIMESTAMP一致性问题咨询

好问题！这确实是基于语句复制（SBR）场景里的常见痛点——CURRENT_TIMESTAMP是上下文敏感的非确定性函数，每个集群实例执行时都会取本地系统时间，自然会产生细微的时间差。要让所有实例的last-modified时间戳完全一致，我们可以通过调整触发器逻辑结合集群配置来实现，下面是具体方案：

核心思路：让主库统一生成时间戳，从库复用该值 #

问题的根源在于每个实例都独立计算CURRENT_TIMESTAMP，所以我们要限制时间戳仅在主库生成，从库直接沿用主库的结果，而非重新计算。

方案1：利用主从只读状态判断（推荐，适用于标准集群） #

大多数生产集群中，从库会被设置为read_only=ON（仅超级用户可写），我们可以在触发器中加入这个判断，只让主库（可写实例）生成时间戳：

DELIMITER //
CREATE TRIGGER update_last_modified BEFORE UPDATE ON your_table
FOR EACH ROW
BEGIN
    -- 仅在可写实例（主库）中设置时间戳，从库跳过赋值
    IF @@read_only = 0 THEN
        SET NEW.last_modified = CURRENT_TIMESTAMP;
    END IF;
END //
DELIMITER ;

注意事项：

• 这个方案的前提是从库严格配置了read_only=ON，如果有特殊从库需要写入权限，可以改用@@server_id匹配主库ID的方式（见方案2）。
• 关键补充：基于语句复制时，主库执行UPDATE后，last_modified的值不会自动通过语句复制到从库（SBR复制的是原始UPDATE语句，而非行数据）。所以你需要调整应用程序，在主库执行UPDATE时显式将last_modified字段包含在语句中（比如UPDATE your_table SET col1=?, last_modified=CURRENT_TIMESTAMP WHERE ...），这样从库执行相同语句时，即使触发器跳过赋值，也能直接使用语句中的时间戳，保证主从一致。

方案2：用主库server_id做精准判断 #

如果你的集群从库没有设置read_only，可以直接通过@@server_id来匹配主库的唯一ID，确保只有主库生成时间戳：

DELIMITER //
CREATE TRIGGER update_last_modified BEFORE UPDATE ON your_table
FOR EACH ROW
BEGIN
    -- 替换成你的主库实际server_id
    IF @@server_id = 1 THEN
        SET NEW.last_modified = CURRENT_TIMESTAMP;
    END IF;
END //
DELIMITER ;

这个方案的注意事项和方案1一致，需要应用层配合在UPDATE语句中显式携带last_modified字段，否则从库的该字段不会被更新，导致主从数据不一致。

方案3：切换到基于行的复制（RBR，最省心的方案） #

虽然你明确要求使用基于语句的复制，但还是得提这个最优解：基于行的复制会直接复制主库中被修改的行数据，包括触发器生成的last_modified时间戳，从库不需要重新计算，天然保证所有实例的时间戳完全一致。如果你的集群允许切换复制模式，这是最不需要额外调整的解决方案。

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