mysql严格模式下，laravel 10 timestamps()因双current_timestamp冲突报错；应改用datetime或关闭strict，phpmyadmin中需规范设置默认值与自动更新。
字段默认值冲突的典型错误信息
你在 phpmyadmin 里执行 laravel 迁移或手动修改表结构时，突然看到类似这样的报错：sqlstate[42000]: syntax error or access violation: 1067 invalid default value for 'created_at'，或者 incorrect table definition; there can be only one timestamp column with current_timestamp in default or on update clause。这基本可以断定是 mysql 对默认值（尤其是时间类型字段）的校验规则和 laravel 的迁移写法不兼容。
Laravel 10 迁移中 time 类型字段的默认值陷阱
从 Laravel 10 开始，use Illuminate\Database\Migrations\Migration; 默认生成的时间字段（如 timestamps()）会调用 $table->timestamps()，它底层等价于：
php
$table->timestamp('created_at')->useCurrent();
$table->timestamp('updated_at')->useCurrentOnUpdate()->useCurrent();
但 MySQL 5.7+ 严格模式下，一个表只允许**一个** TIMESTAMP 字段带 CURRENT_TIMESTAMP，且不能同时用于 DEFAULT 和 ON UPDATE。Laravel 的写法在某些 MySQL 配置下会触发冲突。
解决办法不是删掉时间字段，而是显式降级为 datetime：
- 在迁移中改用
$table->datetime('created_at')->nullable();+ 手动赋值 - 或保留
timestamps()，但在config/database.php的 MySQL 配置里关闭严格模式：'strict' => false - 更推荐的方式：用
useCurrent()->useCurrentOnUpdate()拆开写，并确保只在一个字段上用useCurrentOnUpdate()
phpMyAdmin 手动操作时的默认值填写规范
如果你绕过迁移、直接在 phpMyAdmin 的「结构 → 更改」界面修改字段，默认值栏不能随便填 CURRENT_TIMESTAMP 或留空——MySQL 会按当前 SQL 模式解释它。
务必按以下规则填写：
-
created_at字段：默认值选CURRENT_TIMESTAMP，勾选「自动更新」 -
updated_at字段：默认值留空，但勾选「自动更新」并设为CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP - 如果两个字段都设了
CURRENT_TIMESTAMP，phpMyAdmin 会静默失败或报错，且不会提示具体哪条冲突 - 使用
DATETIME类型时，**不能**设CURRENT_TIMESTAMP为默认值；必须用TIMESTAMP类型才支持
doctrine/dbal 不处理默认值校验，得靠你兜底
即使你装了 doctrine/dbal 并用了 ->change()，它也**不会校验默认值是否合法**，只会原样生成 ALTER 语句。一旦语句发给 MySQL，就由数据库引擎决定成败。
所以关键检查点在迁移执行前：
- 运行
php artisan migrate --pretend看生成的 SQL 是否含可疑的DEFAULT CURRENT_TIMESTAMP重复项 - 在测试库先跑一遍，别直连生产库
- 若已有表存在冲突，默认值问题往往藏在
SHOW CREATE TABLE your_table;的输出里，重点看DEFAULT和ON UPDATE子句
最易被忽略的是：MySQL 版本差异（8.0 允许多 TIMESTAMP 自动初始化，5.7 不行），而 phpMyAdmin 很少显式告诉你当前连接的是哪个版本。动手前，先在 SQL 标签页执行 SELECT VERSION(); 确认清楚。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
