mysql CURRENT_TIMESTAMP 失效

### MySQL 中 CURRENT_TIMESTAMP 失效的原因

在某些情况下，`CURRENT_TIMESTAMP` 可能不会按预期工作。这通常由以下几个原因引起：

- **数据类型差异**：当字段的数据类型设置为 `DATE` 或者其他非时间戳类型的列上使用 `DEFAULT CURRENT_TIMESTAMP` 和 `ON UPDATE CURRENT_TIMESTAMP` 子句时，这些属性可能无法正常工作[^2]。

- **表结构定义错误**：如果建表语句中有语法或逻辑上的问题，则可能导致 `CURRENT_TIMESTAMP` 属性未能正确应用到相应字段中。例如，在给定的例子中，虽然指定了 `NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP`，但如果存在其他约束条件冲突的话也会影响其效果[^5]。

- **中间件干扰**：有时应用程序使用的数据库访问层（如ORM框架或其他形式的中间件）可能会覆盖掉 SQL 语句里设定的时间戳行为，从而阻止了自动更新机制的工作[^3]。

- **MySQL 版本兼容性**：不同版本之间对于 `TIMESTAMP` 的处理方式可能存在细微差别；另外，服务器配置文件中的参数也可能影响此功能的表现，比如 `explicit_defaults_for_timestamp` 设置不当会改变默认的行为模式[^4]。

### 解决方案

针对上述提到的各种可能性，以下是几种可行的方法来解决问题并确保 `CURRENT_TIMESTAMP` 能够按照期望的方式运作：

#### 方法一：确认字段类型匹配
确保要应用 `DEFAULT CURRENT_TIMESTAMP` 和 `ON UPDATE CURRENT_TIMESTAMP` 的字段确实被声明为了 `TIMESTAMP` 类型而不是其他的日期/时间格式。

ALTER TABLE crl_customer_user_base_info MODIFY COLUMN modified_date TIMESTAMP;

#### 方法二：检查是否有潜在冲突
仔细审查整个表格定义以及任何附加索引、触发器等组件是否存在相互矛盾的地方，特别是那些涉及到相同列的操作规则。

#### 方法三：排除外部因素的影响
验证是否由于客户端库或者其他软件层面的因素而改变了原本应该发生的操作流程。可以通过直接执行原始 DDL/DML 来测试这一点。

#### 方法四：调整 MySQL 配置选项
查看当前运行环境下的全局变量 `explicit_defaults_for_timestamp` 是否开启，并考虑适当调整以适应具体需求。

SET GLOBAL explicit_defaults_for_timestamp=1; # 启用显式默认值控制

此外，重启 MySQL 服务也是一个简单有效的手段用于清除缓存状态和重新加载最新的配置更改。

systemctl restart mysqld.service

通过以上措施应当能够有效解决大部分关于 `CURRENT_TIMESTAMP` 不生效的情况。