PHP：Propel仅保存首个列的问题求助

我之前也碰到过类似的Propel模型字段更新不一致的坑，结合你的描述，咱们一步步拆解可能的原因和解决办法：

1. 先检查模型字段的配置一致性 #

首先确认你的Propel schema文件（比如schema.xml）里，sms_sent_at和mail_sent_at的配置是不是完全对齐的：

• 两者的字段类型是不是都是TIMESTAMP？有没有给sms_sent_at额外加了readOnly="true"或者其他限制？
• 查看自动生成的NotificationPeer.php文件，对比两个字段的定义，比如COLUMN_SMS_SENT_AT和COLUMN_MAIL_SENT_AT的常量配置，有没有差异。

如果其中一个字段被错误标记为只读，那Propel在保存时会自动跳过这个字段的更新。

2. 确认保存前字段值是否正确赋值 #

有时候代码逻辑里可能不小心重置了字段值，你可以在save()之前打印两个字段的实际值，确认它们都被正确设置为当前时间：

$notification = NotificationQuery::create()->findOneByPackageId($yourPackageId);

$notification->setMailSentAt(new DateTime());
$notification->setSmsSentAt(new DateTime());

// 打印确认值
var_dump($notification->getMailSentAt()->format('Y-m-d H:i:s'));
var_dump($notification->getSmsSentAt()->format('Y-m-d H:i:s'));

$notification->save();

如果打印出来sms_sent_at是null或者旧值，那说明设置逻辑有问题，比如变量名写错、对象被重新实例化了之类的。

3. 试试强制更新所有字段 #

Propel默认只更新脏字段（也就是被修改过的字段），如果sms_sent_at的初始值和你设置的当前时间在Propel的检测逻辑里被判定为“未变化”（比如时间精度不匹配，MySQL的TIMESTAMP是秒级，而你用的DateTime带毫秒），那Propel会跳过这个字段的更新。

你可以强制让Propel更新所有字段，调用save()时传入第二个参数true：

$notification->save(null, true);

如果这样能同时更新两个字段，那就是脏字段检测的问题，你可以进一步检查字段的初始值和设置值的时间精度是否一致。

4. 排查数据库层面的约束或触发器 #

有时候问题出在数据库端，比如：

• 有没有针对notifications表的触发器，当更新mail_sent_at时会自动重置sms_sent_at？
• 表结构里sms_sent_at有没有设置DEFAULT NULL或者其他约束，导致更新被拦截？

你可以直接在MySQL控制台执行手动更新语句测试：

UPDATE notifications 
SET mail_sent_at = NOW(), sms_sent_at = NOW() 
WHERE package_id = '你的测试包ID';

如果这条SQL能成功更新两个字段，那问题肯定在Propel代码层面；如果也不行，那就是数据库本身的配置问题。

5. 检查Propel版本的兼容性 #

如果你用的是较旧的Propel版本（比如Propel 1.x），可能存在多TIMESTAMP字段同时更新的bug。可以试试升级到对应分支的最新稳定版，或者查看Propel的官方issue列表有没有类似的问题记录。

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