WordPress 数据库架构重构：wp_postmeta 的 EAV 之殇与替代方案
WordPress 的 wp_postmeta 表采用 EAV（Entity-Attribute-Value）模型，当 post 数量超过 50 万且每个 post 附带 20+ meta 字段时，wp_postmeta 就会从”灵活的数据抽屉”变成”性能灾难的源头”。
EAV 模型的原罪
在 200 万行 wp_postmeta 的 WooCommerce 站点上，一个包含 4 个 meta 条件的查询耗时可达 3.2 秒。每次 JOIN 都在一个可能有数百万行的表上做全表扫描。
三种替代方案
| 方案 | 适用场景 | 性能提升 |
|---|---|---|
| 自定义表 + 结构化列 | meta 字段固定且不超过 20 个 | 10~50x |
| JSON 列（MySQL 8.0+） | meta 结构多变但查询简单 | 3~10x |
| Elasticsearch 卸载 | 复杂筛选/全文搜索 | 50~200x |
推荐路径：渐进式迁移
用 Query Monitor 抓取一周内 wp_postmeta 上超过 100ms 的查询，只将高频 meta_key 组合映射到自定义表。利用 update_post_meta 钩子保证数据同步，享受结构化查询性能而不需重写所有业务逻辑。
发表回复