多态关联性能差的根源在于eloquent无法优化多态中间表join，导致n+1或多次in查询；必须通过联合索引、unionall手动查询、伪多态替代或字段限制等手段针对性优化。
多态关联（Polymorphic Relationships）在 Laravel 中一旦嵌套过深或数据量变大，查询性能会断崖式下跌——不是因为写法错，而是默认的 with() 无法压平多态中间表的 JOIN 路径，最终退化成 N+1 或多次 IN 查询。必须绕开 Eloquent 的自动预加载机制，手动控制 SQL 生成逻辑。
多态关联为什么容易触发 N+1
典型场景如 Comment 关联到 Post 和 Video，使用 commentable 多态关系。当你调用 Comment::with('commentable') 时，Eloquent 会：先查出所有 comments；再按 commentable_type 分组，对每个类型分别执行一次 WHERE id IN (...) 查询。如果评论横跨 5 种模型，就额外发 5 条 SELECT —— 这还不是最糟的，更糟的是每条都可能没走索引（commentable_id 单独无索引，(commentable_type, commentable_id) 才是有效复合索引）。
-
commentable_type和commentable_id必须联合建索引：$table->index(['commentable_type', 'commentable_id']); - 避免在循环里访问
$comment->commentable->title，这会触发延迟加载 -
with('commentable')在 comment 数量 > 100 时基本不可靠，尤其当目标模型无主键索引或字段过多时
用 whereHas + unionAll 替代 with() 实现单次查询
当你要查「某篇文章下所有带作者信息的评论」，不要从 Comment 出发预加载，而应反向以 Post 为起点，用 unionAll 合并各类型关联数据。例如：
$comments = DB::table('comments')
->select('comments.*', 'users.name as author_name')
->join('users', 'comments.user_id', '=', 'users.id')
->where('comments.commentable_type', 'App\Models\Post')
->where('comments.commentable_id', $postId)
->unionAll(
DB::table('comments')
->select('comments.*', 'users.name as author_name')
->join('users', 'comments.user_id', '=', 'users.id')
->where('comments.commentable_type', 'App\Models\Video')
->where('comments.commentable_id', $videoId)
)
->get();
- 此方式把原本至少 3 次查询（comments + users + polymorphic target）压缩为 1 次
- 必须显式写出每个
commentable_type分支，不能泛化；但换来的是完全可控的执行计划 - 若需分页，改用
unionAll+ 子查询包裹 +LIMIT/OFFSET，原生paginate()不支持
用 hasManyThrough 模拟“伪多态”规避性能陷阱
如果业务中多态对象实际只关联固定几种模型（比如仅 Post 和 Product），可放弃 MorphTo，改用两个独立的一对多关系 + 公共接口。例如在 Comment 模型中定义：
public function post(): BelongsTo
{
return $this->belongsTo(Post::class);
}
public function product(): BelongsTo
{
return $this->belongsTo(Product::class);
}
- 查询时用
whereNotNull('post_id')或whereNotNull('product_id')精准过滤，数据库能直接走外键索引 - 配合
with(['post.author', 'product.seller'])，Eloquent 可生成标准 JOIN，不会退化 - 缺点是迁移成本高（需拆分
commentable_id字段），但换来的是可预测的查询性能和 EXPLAIN 友好性
预加载多态关联时必须加 select() 限制字段
即便坚持用 with('commentable')，也绝不能让它默认拉全字段。否则每个目标模型（如 Post）都会执行 SELECT *，网络传输和 PHP 序列化开销剧增。
- 正确写法：
Comment::with(['commentable' => fn($q) => $q->select('id', 'title', 'slug')]) - 注意：多态关系的
select()必须包含主键（id），否则 Eloquent 关联映射失败 - 若目标模型有软删除，且你不需要已删除记录，务必加
->whereNull('deleted_at')到闭包里，否则with()仍会查出被软删的数据
多态查询优化的本质，是放弃“一个方法适配全部”的幻想。数据库不理解“多态”，它只认索引、JOIN 和 WHERE 条件。越早接受这个事实，越少在生产环境半夜被慢查询告警叫醒。
