WordPress多站点网络的数据库分表策略

WordPress Multisite默认给每个子站点创建独立的数据库表（wp_2_posts、wp_2_postmeta……），这在子站点数量超过100后会导致严重问题：一个中等规模的Multisite网络拥有超过1000张表，MySQL的information_schema查询变得极慢，mysqldump备份可能需要数小时。

共享表 vs 独立表

Users和Usermeta表默认在所有站点间共享——这是Multisite最巧妙的设计。但对于Posts和Postmeta，WordPress选择了独立表方案，主要是为了避免跨站点查询的性能损失。如果你的子站点数量超过500，建议启用数据库分片：使用HyperDB或LudicrousDB插件，将不同子站点的表分布到多个数据库服务器上。分片键是blog_id，路由规则简单且确定性高。

wp_sitemeta的膨胀问题

容易被忽视的瓶颈是wp_sitemeta表。许多插件在激活时会将设置写入sitemeta，且这些数据在整个Multisite网络中只读一次。随着网络增长，sitemeta表可能膨胀到数十MB。解决方案：定期清理无用的sitemeta记录（插件卸载后残留的选项），并对高频读取的sitemeta字段使用Redis对象缓存，将数据库查询次数降低90%以上。

备份策略

Multisite备份不能再依赖phpMyAdmin导出SQL。推荐方案是Percona XtraBackup做物理热备份（不停机），配合WP-CLI的增量导出：按blog_id逐个导出为独立WXR文件，这样恢复时可以选择性恢复某个子站点，而非整个网络。