Laravel写入ClickMeeting数据报Invalid datetime format 1292错误

问题根因 #

模型中配置protected $dateFormat = 'U';后，Eloquent会强制将所有日期字段序列化为Unix时间戳格式写入数据库，但ClickMeeting开放接口返回的starts_at、ends_at字段为带时区偏移的ISO8601格式字符串（例如2022-06-22T16:10:00+00:00），与模型配置的序列化规则、数据库字段期望的格式不匹配，最终触发MySQL invalid datetime format报错。

修复方案 #

根据你数据库中starts_at、ends_at字段的实际类型二选一即可： #

方案1：数据库字段为int类型，存储Unix时间戳（适配现有$dateFormat='U'配置） #

在控制器写入数据前，将接口返回的ISO8601时间字符串用Carbon转为Unix时间戳即可，修改firstOrCreate方法中对应字段的赋值逻辑：

'starts_at' => \Carbon\Carbon::parse($conference['starts_at'])->timestamp,
'ends_at' => \Carbon\Carbon::parse($conference['ends_at'])->timestamp,

方案2：数据库字段为DATETIME/TIMESTAMP类型 #

1. 首先删除模型中多余的protected $dateFormat = 'U';配置，该配置强制日期按Unix时间戳序列化，和datetime类字段不兼容。
2. 写入时将ISO8601时间转为Carbon实例，Eloquent会自动格式化为MySQL兼容的Y-m-d H:i:s格式，建议同步转为项目配置的时区避免时间偏差：

'starts_at' => \Carbon\Carbon::parse($conference['starts_at'])->setTimezone(config('app.timezone')),
'ends_at' => \Carbon\Carbon::parse($conference['ends_at'])->setTimezone(config('app.timezone')),

优化建议 #

为了避免后续每次写入都手动处理时间格式，可以在模型中添加字段类型转换，系统会自动完成日期格式的双向转换：

• 存Unix时间戳的场景，在模型中添加：

protected $casts = [
    'starts_at' => 'timestamp',
    'ends_at' => 'timestamp',
];

• 存DATETIME格式的场景，在模型中添加：

protected $casts = [
    'starts_at' => 'datetime:Y-m-d H:i:s',
    'ends_at' => 'datetime:Y-m-d H:i:s',
];

添加配置后，直接传入接口返回的时间字符串即可，无需手动调用Carbon转换。

注意事项：

• 当前模型public $timestamps = false;配置无需修改，适配你表中无默认created_at、updated_at字段的设计。
• 如果接口可能返回空的时间值，需要先判空再做格式转换，避免Carbon解析报错，示例：

'starts_at' => !empty($conference['starts_at']) ? \Carbon\Carbon::parse($conference['starts_at'])->timestamp : null,

内容的提问来源于stack exchange，提问作者Mac Den