多态关联无法通过数据库外键级联删除，必须手动处理。因其依赖commentable_id和commentable_type两个字段，而外键无法指向多个表，故onDelete('cascade')无效；删除父模型时需在deleting事件中用whereHasMorph精准查询并删除子记录，批量删除时须手写SQL或分批处理，且数据一致性完全由应用层保障。
多态关联无法靠数据库外键级联删除，必须手动处理。这是 Laravel 多态关系的硬性限制，不是配置遗漏或写法错误。
为什么 onDelete('cascade') 对多态关联完全无效
多态关联在数据库里靠两个字段实现：
和
。外键约束只能绑定单个目标表，而
是字符串值（如
或
），数据库无法据此建立指向多个表的外键。所以你在关系定义里写：
这行代码不会生成任何外键语句，也不会触发任何级联行为——它只是被 Laravel 忽略的无效声明。
删除父模型时，如何安全清理多态子记录
必须在父模型的
事件中显式查询并删除所有关联的多态子模型。注意：不能依赖子模型自身的事件链，否则容易漏删或误删。
Laravel 13.2.0
PHP中文网提供Laravel 13.2.0版本下载，Laravel框架 是基于 PHP 8.3+ 的高性能框架，官方推荐通过 Composer 安装。它内置 AI SDK、JSON:API Resources 及原生向量搜索，支持属性驱动开发与队列路由，大幅提升开发效率。相比旧版，13.2.0 优化了缓存 TTL 管理与实时通信，无需 Redis 即可横向扩展。作为现代 Web 开发首选，它兼顾安全与极速体验，助您快速构建企业级应用。
下载
用
精准定位当前模型被哪些子记录引用，例如删除
前查所有
中
且
的记录
避免用
—— 这要求你提前在
上定义了
关系，但多态是反向的，
并不“拥有”评论，而是被评论“指向”
如果子模型启用了软删除（如
用了
），要用
或
确保物理清除
建议包裹在事务中，防止只删了一半就中断
批量删除父模型时，多态子记录照样不会被清理
用
这类查询构建器操作，根本不会实例化模型，
事件压根不触发。此时必须手写 SQL 或分批处理：
先查出所有待删
的 ID 列表
再用
或者更直接：用原生 SQL 删除，比如
多态子模型自己被删时，要不要清理父模型？一般不用
比如删一条
，通常不需要反向去更新
或
。因为多态字段（
/
）只是引用，不是所有权标识。除非业务强制要求“最后一条评论被删，父模型自动归档”，那才需要在
里加逻辑——但要注意判断父模型是否还被其他子记录引用，别误清。
最易忽略的一点：多态关系的数据一致性完全由应用层兜底，没有数据库约束兜底。一旦事件监听漏注册、事务没包住、或用了批量删除跳过事件，就会留下孤儿记录。上线前务必用 SQL 扫描验证：
commentable_idcommentable_typecommentable_type"App\Models\Post""App\Models\Video"public function commentable()
{
return $this->morphTo()->onDelete('cascade');
}
deletingwhereHasMorphPostCommentcommentable_type = "App\Models\Post"commentable_id = $post->id$post->comments()->delete()Postcomments()PostCommentSoftDeletesforceDelete()withTrashed()->forceDelete()Post::whereIn('id', $ids)->delete()deletingPostComment::whereHasMorph('commentable', Post::class, function ($q) use ($postIds) { $q->whereIn('commentable_id', $postIds); })->forceDelete();DB::table('comments')->where('commentable_type', 'App\Models\Post')->whereIn('commentable_id', $postIds)->delete();CommentPostVideocommentable_idcommentable_typeComment::deletingSELECT * FROM comments WHERE commentable_type = 'App\Models\Post' AND commentable_id NOT IN (SELECT id FROM posts);