Laravel 5.5多关联模型删除问题：软删除关联评论未生效求助

咱们先弄明白为啥Comment没被软删除：你在Book的deleting事件里调用的$book->posts()->delete()是批量查询删除，它直接生成SQL去更新posts表的deleted_at字段，不会实例化每一个Post模型，自然也就触发不了Post模型上的deleting事件，关联的Comment当然就不会被处理啦。

下面给你几个可行的解决思路，按需选择：

思路一：遍历Post实例逐个删除（简单直接） #

修改Book模型里的deleting事件逻辑，先把关联的Post实例都取出来，再逐个调用delete()方法——这样每个Post的deleting事件都会被触发，进而自动软删除对应的Comment：

// Book Model
protected static function boot() {
    parent::boot();
    static::deleting(function($book) {
        // 注意这里用的是$book->posts（获取模型实例集合）而不是$book->posts()（查询构造器）
        $book->posts->each(function($post) {
            $post->delete();
        });
    });
}

这个方案适合数据量不大的场景，逻辑清晰，容易维护。

思路二：监听Post的批量删除事件（兼顾效率） #

如果你的Post数据量很大，逐个删除效率太低，可以利用Laravel 8+新增的bulkDeleting事件，在Post模型里同时处理单个删除和批量删除的场景：

// Post Model
protected static function boot() {
    parent::boot();
    // 处理单个Post删除的情况
    static::deleting(function($post) {
        $post->comments()->delete();
    });
    // 处理批量删除Post的情况
    static::bulkDeleting(function($query) {
        // 先拿到要批量删除的Post ID集合
        $postIds = $query->pluck('id');
        // 批量软删除对应的Comment
        Comment::whereIn('post_id', $postIds)->delete();
    });
}

这样不管是单个删除Post，还是通过$book->posts()->delete()批量删除，Comment都会被同步软删除，效率也更高。

思路三：数据库触发器兜底（不依赖应用层） #

如果不想依赖Laravel的事件逻辑，还可以在数据库层面创建触发器，当posts表的记录被软删除时，自动同步更新comments表的deleted_at字段。以MySQL为例：

DELIMITER //
CREATE TRIGGER soft_delete_comments_after_post_soft_delete
AFTER UPDATE ON posts
FOR EACH ROW
BEGIN
    -- 只有当记录从非软删除状态变为软删除状态时才执行
    IF OLD.deleted_at IS NULL AND NEW.deleted_at IS NOT NULL THEN
        UPDATE comments SET deleted_at = NEW.deleted_at WHERE post_id = OLD.id;
    END IF;
END //
DELIMITER ;

这个方案的优势是不依赖应用代码，缺点是数据库层面的逻辑不容易在代码中追踪，适合需要强一致性的场景。

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