同一API调用中父子记录created_at时间戳不一致问题排查

创建父模型Correspondence及其关联子模型IonDetail记录时，手动设置了父模型的created_at时间戳（17:18），子模型使用默认值未手动设置，但同一请求中子模型的created_at却显示为17:12，早于父模型，不符合预期。已排除网络延迟、连接池延迟（数据库毫秒级即时保存）、服务器与数据库时间不同步、事务及竞态条件等因素。（参考资料：模型定义、记录保存逻辑、数据库记录截图）

核心原因是手动设置父模型created_at的时机与子模型默认created_at的生成逻辑不同步：

• 父模型的created_at是代码中手动指定的固定时间，该时间可能在请求初期就已生成，后续处理子模型时，子模型的created_at由数据库或框架取当前实际时间，若手动指定的父模型时间晚于该实际时间，就会出现子模型时间更早的矛盾
• 父子模型的时间生成基准不一致：父模型是人为指定的时间，子模型是系统/数据库的实时当前时间，两者没有关联，自然可能出现时间差

• 通过模型钩子同步时间：在子模型的前置保存钩子（如before_save）中，自动关联对应父模型的created_at值，无需手动赋值，确保父子时间统一
• 生成全局基准时间：在请求处理的最开始生成一个唯一的基准时间戳，父模型的created_at使用该时间，同时配置子模型的created_at默认值为这个基准时间（通过框架配置实现，而非依赖数据库默认），让两者共享同一时间基准
• 数据库触发器同步时间：在数据库层面创建触发器，当插入IonDetail记录时，自动读取对应Correspondence记录的created_at值填充到子模型的created_at字段，从底层保证时间一致
• 统一框架时间生成逻辑：调整框架的模型时间配置，让所有模型的created_at默认由代码层生成当前时间（而非数据库的CURRENT_TIMESTAMP），确保父子模型的时间生成逻辑完全一致

内容的提问来源于stack exchange，提问作者Teche ParCri