<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Mutation on PlumePHP</title><link>https://plumephp.com/tags/mutation/</link><description>Recent content in Mutation 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/mutation/index.xml" rel="self" type="application/rss+xml"/><item><title>Mutation 与 TTL 深入：轻量删除、变更机制与数据生命周期</title><link>https://plumephp.com/clickhouse-mutation-ttl-deep-dive/</link><pubDate>Mon, 28 Sep 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/clickhouse-mutation-ttl-deep-dive/</guid><description>&lt;h2 id="1-为什么-clickhouse-的删除不简单"&gt;1. 为什么 ClickHouse 的&amp;quot;删除&amp;quot;不简单&lt;/h2&gt;
&lt;p&gt;传统数据库的 DELETE 是&amp;quot;改一行&amp;quot;；ClickHouse 的 MergeTree 以&lt;strong&gt;不可变 Part&lt;/strong&gt; 存储，没有&amp;quot;改一行&amp;quot;的能力。数据一旦落盘为 Part，修改就必须&lt;strong&gt;重写整个 Part&lt;/strong&gt;。&lt;/p&gt;</description></item><item><title>GraphQL Mutation 设计实战：从语义命名到乐观更新</title><link>https://plumephp.com/graphql-mutation-design/</link><pubDate>Sun, 27 Sep 2026 12:30:00 +0800</pubDate><guid>https://plumephp.com/graphql-mutation-design/</guid><description>&lt;p&gt;查询（Query）决定了 GraphQL 能读多优雅，而变更（Mutation）决定了它能写多可靠。很多团队的 Schema 在 Query 侧设计得井井有条，却在 Mutation 侧出现&amp;quot;createXxx 返回一堆散参&amp;quot;&amp;ldquo;update 时字段全部必填&amp;quot;&amp;ldquo;重试导致重复下单&amp;quot;等混乱。Mutation 是&lt;strong&gt;写入路径&lt;/strong&gt;，天然涉及状态变化、并发冲突、幂等重试与实时联动，设计难度远高于 Query。本文按 mutation 的完整生命周期——从命名、入参出参、乐观更新、文件上传、幂等重试到冲突检测与订阅联动——逐层讲解实战方案。&lt;/p&gt;</description></item></channel></rss>