<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>N+1 on PlumePHP</title><link>https://plumephp.com/tags/n+1/</link><description>Recent content in N+1 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 27 Sep 2026 10:30:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/n+1/index.xml" rel="self" type="application/rss+xml"/><item><title>GraphQL Resolver 性能与 N+1：从根因到根治的调优指南</title><link>https://plumephp.com/graphql-resolver-performance/</link><pubDate>Sun, 27 Sep 2026 10:30:00 +0800</pubDate><guid>https://plumephp.com/graphql-resolver-performance/</guid><description>&lt;p&gt;GraphQL 的能力是把&amp;quot;跨资源的复杂查询&amp;quot;压缩到一次往返，但这种能力也把性能压力集中到了服务端。REST 时代最常见的性能话题是&amp;quot;接口响应慢&amp;quot;，而 GraphQL 时代最典型的性能问题是 &lt;strong&gt;N+1&lt;/strong&gt;：一次看似简单的列表查询，可能悄然变成几十次数据库往返。本文从 N+1 的根因出发，系统讲解 DataLoader 批处理、join 优化、字段级 tracing、复杂度限制、并行解析与 Redis 缓存这一整套 resolver 性能方法论，并给出可复现的基准测试流程。&lt;/p&gt;</description></item></channel></rss>