Laravel 默认将数据库中的时间戳转换为 UTC 并以 ISO 8601 格式（如 2022-06-25T05:44:43.000000Z）序列化输出，而该行为受 PHP 时区、MySQL 服务器时区及 Laravel 配置三者共同影响；单纯修改 APP_TIMEZONE 无法覆盖 MySQL 层级的时区偏差。
laravel 默认将数据库中的时间戳转换为 utc 并以 iso 8601 格式（如 `2022-06-25t05:44:43.000000z`）序列化输出，而该行为受 php 时区、mysql 服务器时区及 laravel 配置三者共同影响；单纯修改 `app_timezone` 无法覆盖 mysql 层级的时区偏差。
在 Laravel 应用中，created_at 等时间戳字段被 Eloquent 自动转换为 Carbon 实例，默认以 UTC 时区进行序列化（表现为末尾带 Z 的 ISO 8601 时间）。即使你在 config/app.php 中设置了 'timezone' => 'Europe/France'，该配置仅影响 PHP 运行时的默认时区（如 date() 函数），并不改变 MySQL 服务器自身的时区设置，更不会强制数据库连接使用该时区读写时间。
真正导致“数据库存的是 2022-06-25 07:44:43，但 API 返回 2022-06-25T05:44:43Z”的关键原因在于：MySQL 服务器当前时区未正确配置为 Europe/Paris（即 CEST, UTC+2），而是可能仍为 SYSTEM（常对应 UTC 或服务器本地系统时区）。当 Laravel 通过 PDO 读取 DATETIME 字段时，MySQL 若以 UTC 解析该值（因服务器时区为 UTC），再经 Carbon 转为 UTC 输出，就会出现 2 小时偏移。
✅ 正确解决路径是统一底层时区源：
-
确认 MySQL 当前时区
在 MySQL 中执行：SELECT @@global.time_zone, @@session.time_zone;
若返回 SYSTEM，需进一步查系统时区：
timedatectl status | grep "Time zone"
-
设置 MySQL 服务器时区为 Europe/Paris
✅ 推荐方式（Linux 系统）：sudo timedatectl set-timezone Europe/Paris sudo systemctl restart mysql
并在 MySQL 配置文件（如 /etc/mysql/my.cnf）中显式指定：
[mysqld] default-time-zone = '+02:00' # 或 'Europe/Paris'
重启 MySQL 后验证：
SELECT NOW(); -- 应显示当前巴黎本地时间（含夏令时）
-
Laravel 层保持合理配置
- config/app.php 中 timezone 设为 'Europe/Paris'（影响 PHP 原生时间函数及 Carbon 默认实例）；
- 数据库连接配置（config/database.php）可显式添加时区参数（MySQL 驱动支持）：
'mysql' => [ // ... 'options' => [ PDO::MYSQL_ATTR_INIT_COMMAND => "SET time_zone = '+02:00'", ], ],
⚠️ 注意：避免在模型中通过访问器（如 getCreatedAtAttribute）手动转换时间——这会掩盖根本问题，增加维护成本，且可能引发序列化/反序列化不一致（如 API 输入解析失败）。时区一致性必须从数据库层开始保障。
总结：Laravel 时间戳“失真”的本质是 MySQL 服务器时区 ≠ 应用期望时区。修复核心在于校准数据库服务器时区，而非在应用层补偿。统一时区后，created_at 将自然以 Europe/Paris 时间存储与输出（API 中仍为 ISO 8601 格式，但 Z 将被替换为 +02:00，或通过 ->toIso8601String() 等方法按需格式化）。
