<?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/%E5%A4%9A%E6%B4%BB%E8%AF%BB%E6%A8%A1%E5%9E%8B/</link><description>Recent content in 多活读模型 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 09 Dec 2024 15:47:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E5%A4%9A%E6%B4%BB%E8%AF%BB%E6%A8%A1%E5%9E%8B/index.xml" rel="self" type="application/rss+xml"/><item><title>游戏服务器多活读模型架构设计</title><link>https://plumephp.com/game-server-active-active-read-model-architecture/</link><pubDate>Mon, 09 Dec 2024 15:47:00 +0800</pubDate><guid>https://plumephp.com/game-server-active-active-read-model-architecture/</guid><description>&lt;h2 id="背景与问题"&gt;背景与问题&lt;/h2&gt;
&lt;p&gt;全球化运营后，很多读请求不应该再打到核心写库。大厅要展示跨区服活动，好友页要看到其他地区玩家状态，排行榜要给不同地区快速访问，客服后台要跨服查询玩家记录。如果所有读取都跨区域访问权威库，延迟、成本和故障半径都会扩大。多活读模型架构的思路是：写仍然有明确归属，但读可以通过事件投影到多个区域，按业务允许的延迟提供本地查询。它不是放弃一致性，而是把一致性承诺写清楚。&lt;/p&gt;</description></item></channel></rss>