<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>PolarDB on Chen Kai Blog</title><link>https://www.chenk.top/zh/tags/polardb/</link><description>Recent content in PolarDB on Chen Kai Blog</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sat, 02 May 2026 09:00:00 +0000</lastBuildDate><atom:link href="https://www.chenk.top/zh/tags/polardb/index.xml" rel="self" type="application/rss+xml"/><item><title>阿里云全栈实战（五）：RDS 与 PolarDB 数据基石</title><link>https://www.chenk.top/zh/aliyun-fullstack/05-rds-database/</link><pubDate>Sat, 02 May 2026 09:00:00 +0000</pubDate><guid>https://www.chenk.top/zh/aliyun-fullstack/05-rds-database/</guid><description>&lt;p>我在 ECS 上自建的 MySQL 只撑了四个月。流量高峰期的一次磁盘 I/O 飙升直接让整个服务宕机：InnoDB buffer pool 和 OS page cache 争抢内存，binary log 写满系统盘的速度远超 cron 任务的清理能力，而那台所谓“备份”实例的单线程复制竟已落后九小时。凌晨三点，我只能靠扩容磁盘勉强救火；结果两周后，同样的故障再次上演。那一刻我才真正明白托管数据库存在的意义——不是因为我不会部署或运维 MySQL，而是我不想在凌晨三点被报警叫醒，只因 MySQL 判定 relay log 损坏，而唯一的修复方式竟是依赖一份一致性无法保证的冷备份来重建副本。&lt;/p></description></item></channel></rss>