<?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%95%B0%E6%8D%AE%E5%BA%93/</link><description>Recent content in 数据库 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Tue, 21 Apr 2026 09:06:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E6%95%B0%E6%8D%AE%E5%BA%93/index.xml" rel="self" type="application/rss+xml"/><item><title>游戏服务器存档数据迁移策略</title><link>https://plumephp.com/game-server-save-data-migration-strategy/</link><pubDate>Tue, 21 Apr 2026 09:06:00 +0800</pubDate><guid>https://plumephp.com/game-server-save-data-migration-strategy/</guid><description>&lt;p&gt;游戏运营时间越长，玩家存档越复杂。新增系统、重做背包、拆分任务表、合服、跨服、版本升级，都会要求迁移玩家数据。数据迁移不是写一条 SQL 就完事，它需要版本、校验、回滚和灰度。&lt;/p&gt;</description></item><item><title>排行榜服务为什么不能只用一张表</title><link>https://plumephp.com/leaderboard-service-not-just-one-table/</link><pubDate>Sat, 07 Feb 2026 14:19:00 +0800</pubDate><guid>https://plumephp.com/leaderboard-service-not-just-one-table/</guid><description>&lt;p&gt;排行榜是游戏服务器里最容易从小功能长成大系统的模块。项目早期，需求可能只是“按战力排一下名”，开发写一张 rank 表，加一个 score 字段，再按分数倒序查询，半天就能跑起来。这个方案在内测阶段看不出问题，因为玩家少、榜单少、访问频率也不高。等游戏上线后，全服榜、好友榜、公会榜、活动榜、赛季榜、跨服榜、昨日榜、历史榜同时出现，一张表的方案就开始暴露出各种问题。&lt;/p&gt;</description></item><item><title>玩家数据落库要避免哪些坑</title><link>https://plumephp.com/player-data-persistence-pitfalls-in-game-servers/</link><pubDate>Sat, 24 Jan 2026 08:47:00 +0800</pubDate><guid>https://plumephp.com/player-data-persistence-pitfalls-in-game-servers/</guid><description>&lt;p&gt;玩家数据落库要避免哪些坑 是游戏服务器端开发里很容易被低估的主题。它看起来像一个单点功能，实际会牵连网络、房间、数据、运营、监控和玩家体验。背包、货币、任务、活动进度和在线状态都需要落库，任何覆盖、回滚或重复写入都会被玩家感知。 如果早期只做一个能跑的版本，后期再补边界，成本通常会更高。&lt;/p&gt;</description></item></channel></rss>