<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>执行计划 on PlumePHP</title><link>https://plumephp.com/tags/%E6%89%A7%E8%A1%8C%E8%AE%A1%E5%88%92/</link><description>Recent content in 执行计划 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 28 Sep 2026 10:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E6%89%A7%E8%A1%8C%E8%AE%A1%E5%88%92/index.xml" rel="self" type="application/rss+xml"/><item><title>Neo4j 生产性能调优：page cache、内存配置与查询优化实战</title><link>https://plumephp.com/graphdb-performance-tuning/</link><pubDate>Mon, 28 Sep 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/graphdb-performance-tuning/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;图数据库在生产环境的性能，绝大多数瓶颈不在「算法」而在「配置与写法」：page cache 没喂够、查询没参数化、遍历没限制深度、索引没建对——每一条都能让同一张图从毫秒级退化到分钟级。&lt;strong&gt;性能调优不是玄学，而是一套可度量的流程&lt;/strong&gt;。&lt;/p&gt;</description></item><item><title>事务与索引调优：Neo4j ACID、Schema 设计与执行计划分析</title><link>https://plumephp.com/graphdb-transactions-indexing/</link><pubDate>Sat, 26 Sep 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/graphdb-transactions-indexing/</guid><description>&lt;h2 id="导语图数据库的调优与关系型数据库截然不同"&gt;导语：图数据库的调优与关系型数据库截然不同&lt;/h2&gt;
&lt;p&gt;很多人带着 SQL 的思维迁移到 Neo4j，却忽略了两个关键差异：&lt;strong&gt;事务语义围绕&amp;quot;图遍历&amp;quot;而非&amp;quot;行集&amp;quot;&lt;/strong&gt;，&lt;strong&gt;性能瓶颈往往不在 JOIN 而在遍历扇出（fan-out）与索引命中&lt;/strong&gt;。本文从 ACID 事务模型讲起，经过 Schema 与索引设计，最后深入到执行计划与配置调优，构成一条完整的性能工程路径。&lt;/p&gt;</description></item></channel></rss>