MySQL中created_at显示错乱的根本原因是PHP、MySQL、Laravel及系统四层时区未对齐；需统一设为Asia/Shanghai，禁用手动date_default_timezone_set()，确保Docker/云服务器系统时区正确，并避免误用TIMESTAMP类型。
MySQL 里 created_at 显示错乱，其实是 PHP 时区没对齐
laravel 写入数据库的时间戳本身是纯数值（如 2024-05-12 14:30:00），不带时区信息；但你看到的“错乱”，往往是因为 mysql 服务器、php 运行环境、laravel 配置三者时区不一致，导致读写时自动转换出偏差。
关键不是改数据库字段，而是让 Laravel 知道“我本地用的是哪个时区”，并在读写时统一处理：
-
config/app.php中的'timezone' => 'Asia/Shanghai'必须设对 —— 这控制 Laravel 的Carbon实例默认时区，影响now()、->format()、模型时间戳自动填充等 - MySQL 服务端时区建议设为
+08:00或SYSTEM（且系统时区本身是东八区），避免NOW()返回意外值 - 不要把
created_at字段类型改成TIMESTAMP并指望它自动转时区 —— Laravel 默认用DATETIME，更可控；TIMESTAMP在 MySQL 5.6+ 会受 session 时区影响，反而容易踩坑
Laravel 模型保存时 updated_at 总比本地快 8 小时？检查 date_default_timezone_set()
如果你在 public/index.php 或 bootstrap/autoload.php（旧版）里手动调过 date_default_timezone_set('UTC')，而 config/app.php 又设了 'Asia/Shanghai'，两者冲突会导致 Carbon 解析时间出错：比如 Carbon::now() 先按 UTC 构造，再按 Shanghai 格式化，结果多加 8 小时。
实操建议：
- 删掉所有手动
date_default_timezone_set()调用 —— Laravel 启动时已根据config/app.php自动设置 - 运行
php -r "echo date_default_timezone_get();"确认 CLI 环境时区和 Web 环境一致（常见问题：CLI 是 UTC，Apache 是 CST） - 在模型中临时打日志验证：
Log::debug('now: '. now()->toDateTimeString());，看输出是否符合预期
从数据库查出的 created_at 在 Blade 里显示成 UTC 时间？别用 $model->created_at->format()
如果数据库存的是 2024-05-12 14:30:00（东八区时间），但 $post->created_at->format('Y-m-d H:i:s') 输出的是 2024-05-12 06:30:00，说明这个 Carbon 实例被错误地解析成了 UTC 时间。
原因通常是：MySQL 返回的字符串没带时区标识，Carbon 默认按 date_default_timezone_get() 解析 —— 如果该函数返回 UTC，就会误判。
解决方式：
- 确保
config/app.php的timezone正确，且未被覆盖 - 避免直接调用
format()，改用->tz('Asia/Shanghai')->format(...)强制指定时区（仅临时救急） - 更稳妥的做法：在模型的
getCreatedAtAttribute访问器里统一处理，例如：protected function getCreatedAtAttribute($value) { return $value ? Carbon::parse($value)->tz('Asia/Shanghai') : null; }
部署到 Docker 或云服务器后时区又乱了？重点看容器/系统层时区
Docker 容器默认用 UTC，云服务器可能重置过系统时区。Laravel 配置再对也没用，底层时间源错了。
检查和修复步骤：
- 进容器执行
date和cat /etc/timezone，确认系统时区是Asia/Shanghai - Dockerfile 里加：
RUN ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime && \ echo "Asia/Shanghai" > /etc/timezone - 阿里云 ECS 等平台，需在控制台关闭“NTP 服务自动同步”，否则重启后可能被强制拉回 UTC
- MySQL 容器同样要同步时区，或在连接 DSN 中显式加
?timezone=+08:00（Laravel 10+ 支持）
时区问题从来不是单点配置能解决的，它横跨系统、数据库、PHP、框架四层。漏掉任意一层，都会在某个环节悄悄翻车。
