事务内时间戳不生效源于时间字段更新逻辑与事务生命周期错位——TimestampBehavior或手动赋值在事务开启前已执行，或数据库自动更新被隔离级别抑制；解决关键是让Yii主动写入时间戳，禁用数据库自动机制，确保save()在beginTransaction()后、commit()前执行，并显式控制时间字段赋值。
事务内时间戳不生效，本质是时间字段更新逻辑与事务生命周期发生错位——TimestampBehavior 或手动赋值在事务开启前已执行，或数据库自动更新机制被事务隔离级别抑制。解决关键在于明确控制权归属：让时间戳由 Yii 主动写入，而非依赖数据库自动行为。
确认时间戳更新是否落在事务范围内
Yii 的 TimestampBehavior 默认在 EVENT_BEFORE_INSERT 和 EVENT_BEFORE_UPDATE 触发，这两个事件发生在 ActiveRecord save() 过程中，但若你在事务外调用了 save()，再把模型塞进事务，时间戳早已写死。必须确保：
- 模型的
save()调用发生在beginTransaction()之后、commit()之前 - 避免在事务外先
save()再update()—— 第一次 save 已固化 created_at，第二次 update 若没显式设 updated_at，可能被跳过 - 检查是否误用
updateAll()等静态方法：它绕过行为和事件，时间戳不会自动更新
禁用数据库自动更新，交由 Yii 全权控制
MySQL 的 TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP 行为在事务中可能因隔离级别（如 REPEATABLE READ）导致“看不见”自身更新，造成时间戳未变的假象。建议统一改用 DATETIME 类型，并关闭数据库自动机制：
- 建表时定义字段为
created_at DATETIME NULL，不加DEFAULT或ON UPDATE - Behavior 中保持
'value' => new \yii\db\Expression('NOW()')，确保每次均由 Yii 触发写入 - 若需兼容旧表，可执行
ALTER TABLE xxx MODIFY created_at DATETIME NULL;移除自动属性
在事务中显式刷新时间戳字段
对已存在记录的更新，若仅修改非时间字段，TimestampBehavior 默认只更新 updatedAtAttribute。但若业务要求强制刷新（例如“最后操作时间”需覆盖所有更新），可在事务块内手动干预：
- 在
beforeSave()中补充逻辑：$this->updated_at = date('Y-m-d H:i:s'); - 或在控制器事务体中直接赋值：
$model->updated_at = date('Y-m-d H:i:s');，再调用$model->save(false)（false 跳过验证，确保时间字段必存） - 注意时区一致性：所有
date()调用前确认已执行date_default_timezone_set('Asia/Shanghai')
验证事务与时间戳协同是否正常
最直接的验证方式是查数据库 binlog 或开启 MySQL general log，观察事务内实际执行的 SQL 是否包含时间字段赋值。开发期可临时加日志：
- 在 Behavior 的
getValue()方法里加Yii::debug("Timestamp set to: " . date('Y-m-d H:i:s')); - 事务提交后立即
findOne()查该记录，比对updated_at是否为当前秒级时间 - 避免用
echo date()对比，PHP 和 MySQL 时区不一致会导致肉眼误判
