清理wp_postmeta表旧数据的删除SQL报错，求正确写法

报错根因 #

• 触发这个报错是MySQL的固有语法限制：不允许单条语句中对同一张表，既作为DELETE的操作目标，又作为子查询的直接读取数据源，原SQL同时将wp_postmeta作为删除目标和子查询的查询源，自然被语法规则拦截
• 原SQL还有个隐藏隐患：WHERE条件用=匹配子查询结果，如果子查询返回多个符合条件的post_id，会触发“子查询返回多行”的二次报错，本身就应该替换为IN做集合匹配

可直接使用的正确SQL #

方案1：最小改动适配原逻辑（子查询绕开限制） #

核心逻辑是给内层的wp_postmeta查询套一层临时派生表，让MySQL先把无效post_id集合物化成临时结果，不再和外层删除目标判定为同表重复引用：

DELETE FROM wp_postmeta
WHERE meta_key = '_form_id'
  AND post_id IN (
    -- 套一层无业务逻辑的临时表绕开同表引用限制
    SELECT invalid_post_id
    FROM (
        SELECT DISTINCT pm.post_id AS invalid_post_id
        FROM wp_postmeta pm
        WHERE pm.meta_key = '_form_id'
          AND pm.post_id NOT IN (SELECT ID FROM wp_posts)
    ) AS temp_check
  )

方案2：大表清理优先选（关联删除写法） #

这种写法没有嵌套子查询，执行效率远高于多层嵌套的子查询方案，尤其是wp_postmeta数据量达到数十万行的场景，性能优势非常明显：

DELETE pm
FROM wp_postmeta pm
LEFT JOIN wp_posts p ON pm.post_id = p.ID
WHERE pm.meta_key = '_form_id'
  AND p.ID IS NULL

注意：

1. 正式执行删除操作前，建议先将DELETE替换为SELECT语句，验证待删除的记录范围完全符合预期，避免误删正常业务数据。
2. 原SQL中meta_key like '_form_id'存在匹配偏差：SQL的LIKE语法中_是单字符通配符，会匹配所有以任意单字符开头、后续接'form_id'的meta_key值，建议直接用等值匹配meta_key = '_form_id'，避免误命中其他键值。

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