如何通过MySQL/MariaDB触发器将wp_posts的attachment查询重定向到旧媒体表

首先明确：MySQL原生不支持SELECT查询拦截触发器，这是你之前基于触发器的方案失败的核心原因，这类拦截逻辑是PostgreSQL独有的功能。以下是两种适配WordPress+MySQL环境的落地方案：

方案1：基于WordPress内置钩子实现，兼容性最好 #

该方案不需要修改数据库结构，完全通过WordPress原生钩子逻辑实现路由，升级WP版本也不会受影响：

• 拦截全局查询钩子pre_get_posts，当查询条件的post_type为attachment时，终止默认的wp_posts查询逻辑，改为从旧media表拉取数据后构造符合WP格式的返回结果
• 拦截单对象查询钩子get_post，当查询目标判定为attachment类型时，直接从旧media表读取字段后构造WP_Post对象返回，完全跳过wp_posts表查询
• 附件URL、自定义字段等附属信息，通过wp_get_attachment_url、get_post_meta等钩子做字段映射，上层业务调用媒体资源的逻辑完全不需要修改

方案2：基于MySQL视图实现透明路由，上层无感知 #

如果不想修改WordPress代码，可以通过视图+替代触发器实现完全透明的媒体数据路由：

1. 先把原有wp_posts表重命名为wp_posts_original
2. 创建同名wp_posts视图，合并非附件类型的文章数据和旧媒体表数据，示例SQL：

CREATE VIEW wp_posts AS
# 拉取原有非附件类型的所有文章数据
SELECT * FROM wp_posts_original WHERE post_type != 'attachment'
UNION ALL
# 映射旧媒体表字段到wp_posts结构
SELECT 
  media_id AS ID,
  'attachment' AS post_type,
  media_name AS post_title,
  media_file_path AS guid,
  'publish' AS post_status,
  0 AS post_parent,
  '' AS post_content,
  '' AS post_excerpt
  # 其余wp_posts必填字段按需填充默认值即可
FROM old_media_table;

3. 若需要支持媒体写入操作，MySQL 8.0及以上版本可以给视图添加INSTEAD OF触发器，将post_type=attachment的写入操作直接路由到旧media表，其余写入操作落到wp_posts_original表，上层WordPress完全感知不到底层表结构差异。

大规模数据适配注意事项 #

• 10TB的媒体物理文件不需要迁移，要么通过钩子修改附件输出的URL路径，要么在Nginx层做路径重写即可，性能开销可以忽略
• 50万篇文章内的媒体引用可以直接通过SQL批量替换，将旧CMS的媒体调用格式替换为WordPress的附件调用格式，不需要逐篇人工调整
• 视图查询性能不会成为瓶颈，只要给post_type、ID字段加对应索引，union查询的性能和原生表查询差异在1ms以内，完全满足业务需求

内容的提问来源于stack exchange，提问作者Keffr3n