<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Gh-Ost on PlumePHP</title><link>https://plumephp.com/tags/gh-ost/</link><description>Recent content in Gh-Ost on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 28 Sep 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/gh-ost/index.xml" rel="self" type="application/rss+xml"/><item><title>数据库迁移策略：零停机Schema变更与数据同步实战</title><link>https://plumephp.com/database-migration-zero-downtime-strategies/</link><pubDate>Mon, 28 Sep 2026 00:00:00 +0800</pubDate><guid>https://plumephp.com/database-migration-zero-downtime-strategies/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;数据库迁移是后端开发中最具挑战性的任务之一。不当的迁移策略可能导致服务停机、数据丢失或性能问题。&lt;/p&gt;
&lt;p&gt;本文将介绍零停机数据库迁移的核心策略和实战工具。&lt;/p&gt;</description></item><item><title>在线 DDL 原理与最佳实践：MySQL/PostgreSQL 大表变更的锁与数据拷贝</title><link>https://plumephp.com/database-online-ddl/</link><pubDate>Sat, 26 Sep 2026 00:00:00 +0800</pubDate><guid>https://plumephp.com/database-online-ddl/</guid><description>&lt;p&gt;对千万级、亿级大表执行 &lt;code&gt;ALTER TABLE&lt;/code&gt; 是最让 DBA 与后端工程师胆战心惊的操作之一：一个看似简单的加列、加索引，可能把业务写流量堵死几分钟，甚至引发锁等待风暴。问题的根源在于&lt;strong&gt;表结构变更需要在短时间内独占表锁、重写整张表&lt;/strong&gt;。为此，数据库演进出了在线 DDL 机制（MySQL 的 InnoDB Online DDL、PostgreSQL 的 ALTER 重建），以及更激进的第三方方案（pt-online-schema-change、gh-ost）。本指南从原理出发，讲清在线 DDL 的锁模型、数据拷贝策略、MySQL/PostgreSQL 各自的限制，并给出大表变更的完整最佳实践与应急预案。&lt;/p&gt;</description></item></channel></rss>