yii中软删除与时间戳可共存，需分工明确：deleted_at/is_deleted管逻辑状态，created_at/updated_at管生命周期；字段须独立设计、类型匹配，softdeletebehavior仅操作deleted_at，timestampbehavior禁用event_before_delete监听，恢复时不改原始时间。
Yii框架中软删除和时间戳可以共存，但必须明确分工：软删除标记字段（如 deleted_at 或 is_deleted）负责逻辑状态，时间戳字段（如 created_at、updated_at）负责记录生命周期。两者不能混用，也不能由同一行为自动管理——否则会导致恢复时时间被错误覆盖或软删字段被意外重置。
确认字段设计与数据库约束
软删字段和时间戳字段需在数据库中独立存在，且类型匹配：
-
软删字段：推荐用
deleted_at DATETIME NULL（支持精确恢复时间溯源），或is_deleted TINYINT(1) NULL；必须允许 NULL，否则restore()操作会静默失败 -
时间戳字段：用
created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP和updated_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP，或由 Yii 的TimestampBehavior管理 - 避免把
deleted_at当作普通时间戳参与TimestampBehavior的自动填充，它只应在软删/恢复时显式赋值
配置 SoftDeleteBehavior 并禁用时间戳干扰
在模型中启用软删除行为时，要确保它不干预时间戳字段：
- 使用官方
yii\behaviors\SoftDeleteBehavior或自定义版本，将timeAttribute设为'deleted_at'，而非复用updated_at - 在
behaviors()中**不要**让TimestampBehavior监听EVENT_BEFORE_DELETE，否则可能在软删前自动更新updated_at，造成语义混乱 - 示例配置：
{
return [
'timestamp' => [
'class' => \yii\behaviors\TimestampBehavior::class,
'createdAtAttribute' => 'created_at',
'updatedAtAttribute' => 'updated_at',
'attributes' => [
\yii\db\ActiveRecord::EVENT_BEFORE_INSERT => ['created_at', 'updated_at'],
\yii\db\ActiveRecord::EVENT_BEFORE_UPDATE => ['updated_at'],
],
],
'softDelete' => [
'class' => \yii\behaviors\SoftDeleteBehavior::className(),
'timeAttribute' => 'deleted_at', // 仅影响此字段
],
];
}
查询与恢复时保持时间字段语义清晰
软删除后恢复，不应改变原始创建或最后更新时间，只清除删除标记：
- 调用
$model->restore()时，SoftDeleteBehavior会清空deleted_at，但不会触碰created_at或updated_at - 若手动恢复：
$model->deleted_at = null; $model->save(false, ['deleted_at']);—— 明确指定只保存软删字段，避免TimestampBehavior自动更新updated_at - 查询已软删记录时，可用
onlyTrashed()，它默认附加WHERE deleted_at IS NOT NULL，不影响时间字段筛选逻辑
注意关联与事件中的时间一致性
当模型有关系或监听了生命周期事件，需防止时间字段被意外覆盖：
- 在
beforeRestore或afterRestore事件中，**不要**写$this->updated_at = time();，这违背“恢复即回到删除前状态”的本意 - 若需记录恢复操作本身，应新增字段如
restored_at，并单独管理 - 关联模型（如订单含多个商品）若也启用软删除，各自的时间戳与软删字段应独立维护，避免级联更新引发时间错乱
