MySQL 的 TIMESTAMP 默认不支持“仅当某字段值为特定值时才更新”，需通过触发器（TRIGGER）或显式赋值实现条件化时间戳更新。

mysql 的 timestamp 列按条件自动更新的实现方法

在 MySQL 中，TIMESTAMP 类型列若未显式指定 ON UPDATE 子句，且是表中第一个 TIMESTAMP 列，则会隐式启用 ON UPDATE CURRENT_TIMESTAMP 行为——即每次执行 UPDATE 语句时自动刷新时间戳。这种机制是全局性的、不可选择性触发的，无法根据其他字段（如 exist 的值）动态控制是否更新。因此，要实现“仅当 exist = '1' 时才更新 tm 字段”，必须绕过该隐式行为，采用更精确的控制方式。

✅ 推荐方案：使用 BEFORE UPDATE 触发器

这是最可靠、可维护性高且符合业务逻辑的方式。首先需确保 tm 列不启用隐式自动更新，建议将其定义为：

tm TIMESTAMP DEFAULT CURRENT_TIMESTAMP

或更严谨地（避免 0000-00-00 风险）：

tm DATETIME DEFAULT CURRENT_TIMESTAMP

然后创建触发器，在 UPDATE 执行前判断 NEW.exist 值，并仅在满足条件时手动设置时间戳：

DELIMITER $$

CREATE TRIGGER admins_update_tm_on_exist_1
    BEFORE UPDATE ON admins
    FOR EACH ROW
BEGIN
    IF NEW.exist = '1' THEN
        SET NEW.tm = NOW();
    END IF;
END$$

DELIMITER ;

? 注意：exist 是 CHAR 类型（非 TINYINT），因此比较时应使用字符串 '1' 而非数字 1；同时确保 NEW.exist 有明确赋值（如你的 UPDATE 语句中设置了 exist='0'，此时触发器不会触发更新，符合预期）。

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

✅ 替代方案：显式更新时间戳（应用层控制）

若暂不使用触发器，也可在 SQL 中显式指定 tm 值：

// PHP 示例（注意：实际项目中请务必使用预处理语句防注入）
if (isset($_GET["id"])) {
    $id = (int)$_GET["id"]; // 强制转整型提升基础安全性
    $sql = "UPDATE admins SET exist = '1', tm = NOW() WHERE id = ?";
    // 使用 PDO 或 mysqli 预处理执行
}

此方式将控制权完全交由应用逻辑，清晰直观，但需在所有涉及 exist 修改的 SQL 中统一维护，易遗漏。

⚠️ 关键注意事项

• 避免隐式 ON UPDATE 干扰：建表时切勿依赖首个 TIMESTAMP 的自动行为；建议显式声明 DEFAULT CURRENT_TIMESTAMP 且不写 ON UPDATE。
• DATETIME vs TIMESTAMP：若无需时区自动转换，推荐用 DATETIME，语义更明确，且无 2038 年问题 风险（对 TIMESTAMP）。
• 触发器调试：可通过 SHOW TRIGGERS LIKE 'admins'; 查看已创建触发器；错误日志中可捕获触发器执行异常。
• 默认值一致性：tm 列应设 DEFAULT CURRENT_TIMESTAMP，确保 INSERT 时自动填充初始时间。

综上，触发器是实现“条件化时间戳更新”的标准实践，既保持数据库逻辑内聚，又解耦应用层复杂判断，强烈推荐在生产环境中采用。