WordPress元数据可为同一对象同一键保存多个值，多行不必然是脏数据。应按插件对该键的设计及读取方式判断，不能仅凭SQL分组出现次数大于一，就批量删除所谓重复项。
先确定对象、键和值的用途
记录对应文章或商品、元键名称、值类型及创建来源，区分完全相同值、不同历史值和合法集合。客户资料或序列化内容只在受控副本中查看。不要按键名看起来像缓存，就认定可以清掉所有相关行。
核对读取接口的单值与多值行为
get_post_meta等API可按参数返回单个值或多个值，插件使用方式会影响预期结果。同一键合法保存多个成员时，删成一行可能丢掉业务关系；如果插件本应唯一，也需要先找重复写入的原因，而不是定期靠SQL抹掉表象。
使用理解语义的更新机制
add、update和delete元数据接口各有对应行为，某些操作还可以依据旧值限定目标。具体选用应依据插件数据约定，不能把数据库行去重当成无害格式整理。直接SQL还可能绕过缓存或钩子，使后台显示与真实表状态暂时不一致。
在副本验证保留与删除效果
保存目标行与关联对象，在隔离环境检查修改后页面、编辑器与相关业务是否完整。只处理证据充分的键，记录映射和恢复方式。若发现增长来自重复提交或自定义代码，应修正写入路径，再观察是否继续出现，而不是把合法多值全部压成一个。
关键区别
同键多行：可能是合法多值；不能直接等同垃圾。
单值读取：只取某种返回形式；不证明数据库应唯一。
数据修正：按插件语义处理；同时检查写入原因。
怎样确认处理到位
目标键的数据模型和读取方式可解释，修改没有丢失合法成员或关联，页面与后台一致，重复增长原因也被独立核对。
容易误判的边界
本文不提供按键名批量删postmeta的通用SQL；未知序列化值和业务关系应先保留，不用表大小代替正确性。
