phpMyAdmin中填CURRENT_TIMESTAMP报错，主因是字段类型不匹配：TIMESTAMP可直接支持，DATETIME需5.6.5+且显式声明，图形界面不识别其语法；两个TIMESTAMP字段均设CURRENT_TIMESTAMP会触发“仅允许一个”的限制。
phpMyAdmin里填CURRENT_TIMESTAMP会报错？先看字段类型
填了 current_timestamp 却提示 invalid default value for 'xxx'，大概率是字段类型不对。mysql 只允许 timestamp 类型直接用 current_timestamp 作默认值；datetime 类型虽从 5.6.5 起支持，但必须显式声明、且 phpmyadmin 界面不识别它的语法。
检查方式：点开表「结构」页，看目标字段的「类型」列。如果是 DATETIME，别在「默认」框里填 CURRENT_TIMESTAMP——它会被当成字符串字面量，直接报错。
- ✅ 正确做法：把字段类型改成
TIMESTAMP（修改时勾选「更改」→「类型」下拉选TIMESTAMP） - ❌ 错误操作：对
DATETIME字段，在「默认」栏手动输入CURRENT_TIMESTAMP - ⚠️ 注意：
TIMESTAMP有范围限制（1970–2038），若业务需要更宽时间范围，得用DATETIME+ 应用层赋值
两个时间字段都设CURRENT_TIMESTAMP？会冲突
MySQL 5.7+ 严格模式下，一个表最多只能有一个 TIMESTAMP 字段同时带 DEFAULT CURRENT_TIMESTAMP 和 ON UPDATE CURRENT_TIMESTAMP。你在 phpMyAdmin 里给 created_at 和 updated_at 都勾「自动更新」，就触发这个限制，报错 Incorrect table definition; there can be only one timestamp column with current_timestamp in default or on update clause。
- ✅ 推荐配置：
—created_at：默认值选CURRENT_TIMESTAMP，**不勾**「自动更新」
—updated_at：默认值留空，**勾选**「自动更新」并设为CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP - ❌ 常见错误：两个字段都填
CURRENT_TIMESTAMP并都勾「自动更新」 - ? 小技巧：如果已报错，先删掉其中一个字段的「自动更新」再保存，否则 phpMyAdmin 会静默忽略或回滚部分设置
ALTER TABLE加字段时设默认值，别直接用MODIFY COLUMN
对已有表执行 ALTER TABLE ... MODIFY COLUMN 加 DEFAULT CURRENT_TIMESTAMP，容易因 NOT NULL 约束或隐式转换失败。比如字段原为 NOT NULL 但没默认值，直接 MODIFY 会报错 Invalid default value。
- ✅ 安全写法（分两步）：
ALTER TABLE users ADD COLUMN created_at TIMESTAMP NULL DEFAULT CURRENT_TIMESTAMP;
再根据需要改非空：ALTER TABLE users MODIFY COLUMN created_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP; - ❌ 危险写法：
ALTER TABLE users MODIFY COLUMN created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP;（字段原为 NOT NULL 且无默认值时必挂） - ? 关键点：phpMyAdmin 的「SQL」页执行上述语句比图形界面更可控，尤其批量操作时
UPDATE时不改时间戳？关掉ON UPDATE就行
你只更新其他字段，updated_at 却被自动刷成当前时间——这是 ON UPDATE CURRENT_TIMESTAMP 在起作用。这不是 bug，是设计行为。
- ✅ 解决方法：进 phpMyAdmin →「结构」→ 点击该字段「修改」→ 找到「属性」区域 → 把「自动更新」下拉框设为「无」（即清空）
- ❌ 别碰「默认」栏：清空「默认」值不会影响自动更新逻辑，只有关掉「自动更新」才生效
- ⚠️ 注意：Laravel 迁移生成的
$table->timestamps()默认会给updated_at加ON UPDATE，如果不需要，得在迁移里显式写成$table->timestamp('updated_at')->useCurrent();（去掉useCurrentOnUpdate()）
CURRENT_TIMESTAMP 不是万能关键字，它只在特定类型+特定上下文里合法。图形界面省事，但掩盖了这些约束，一不留神就踩坑。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
