$timestamps设为false后仍写created_at，是因为数据库字段存在且含DEFAULT约束或NULL允许，Laravel插入时会按数据库默认行为填充；真正禁用需同时满足模型关闭、迁移不建字段、表结构无该列且无默认值。
为什么 $timestamps 设为 false 后还是写了 created_at？
常见错觉是关掉模型的自动时间戳就能彻底摆脱 created_at 和 updated_at，但 Laravel 在插入时若字段存在且无值，默认仍会写入 NULL 或当前时间（取决于数据库默认约束）。真正生效需同时满足三点：
• 模型中设置 public $timestamps = false;
• 迁移里明确不加 $table->timestamps();，或手动删掉对应字段
• 数据库表结构中该字段不存在，或已设为 NULL 且无 DEFAULT CURRENT_TIMESTAMP 约束
想自定义字段名（比如用 add_time 替代 created_at）怎么配？
Laravel 允许重命名时间戳字段，但必须成对配置，否则 updated_at 会失效或报错。在模型里加这两行即可：
protected $createdAt = 'add_time'; protected $updatedAt = 'edit_time';
注意：
• 字段名必须真实存在于数据表中
• 不要和 $fillable 冲突——如果这些字段不在白名单里，批量赋值时会被忽略
• updated_at 字段在软删除模型中还会影响 deleted_at 的行为，别乱改名后又启用了 SoftDeletes
save() 时不更新 updated_at 怎么办？
直接赋值并调用 save() 默认会触发更新时间戳。若只想改数据不碰时间戳，有三个办法：
• 临时关闭：在保存前加 $model->timestamps = false;，存完再设回 true
• 跳过单次更新：用 $model->updateQuietly($data)（Laravel 10.29+），它绕过事件和时间戳逻辑
• 手动控制：先查出原记录，只更新需要的字段，避免全量 save() 触发时间戳刷新
MySQL 8.0+ 下 updated_at 自动更新失败？
不是 Laravel 的锅，是 MySQL 的 TIMESTAMP 字段默认行为变了。如果你用的是 updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP，Laravel 插入时没传该字段，MySQL 会按默认填当前时间；但后续 Laravel 的 update() 如果没显式传 updated_at，MySQL 可能因 strict mode 或字段定义不匹配而拒绝更新。稳妥做法：
• 迁移里统一用 $table->timestamps() 让 Laravel 全权管理
• 若必须依赖数据库自动更新，字段类型改用 DATETIME 并去掉 ON UPDATE，把更新逻辑完全交给 Laravel
• 检查 sql_mode 是否含 NO_ZERO_DATE，它会让 0000-00-00 00:00:00 插入失败，间接导致时间戳字段异常
时间戳看着简单，实际卡点常出在数据库层和模型配置的配合上，尤其是跨版本升级或混用原生 SQL 时，字段默认值、严格模式、迁移历史容易被忽略。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
