直接delete from wp_posts where post_type = 'attachment'不行，因为会遗留wp_postmeta等孤儿记录，破坏缩略图逻辑、导致媒体库报错，且不处理附件被文章引用或插件扩展的依赖关系。
phpMyAdmin 里删 WordPress 媒体记录，不能只删 wp_posts 表里的附件行——否则会留下孤立的 wp_postmeta、损坏缩略图逻辑、甚至让媒体库页面报错。
为什么直接 DELETE FROM wp_posts WHERE post_type = 'attachment' 不行
WordPress 的媒体文件元数据分散在多张表：wp_posts 存主记录，wp_postmeta 存尺寸、宽高、生成时间等，wp_term_relationships 可能关联分类（如“未分类”媒体），某些插件还会写入自定义表。只删 wp_posts 行会导致：
-
wp_postmeta中对应post_id的记录变成孤儿，占用空间且可能干扰缓存或查询 - 调用
wp_get_attachment_metadata()时返回false或触发警告 - 使用
get_attached_file()时路径存在但数据库无主记录，部分清理插件会误判为“已丢失” - 如果该附件曾被文章引用（
post_content含[gallery]或wp-image-123），文章正文不会自动更新，但后台媒体库筛选/搜索会出错
安全删除的三步 SQL 操作（需先备份）
执行前务必导出 wp_posts 和 wp_postmeta 表（或全库）。以下 SQL 按依赖顺序执行，适用于标准 WordPress 安装（无自定义前缀或复杂插件扩展）：
- 查出所有未被文章内容引用、也未被其他 post 引用的附件 ID：
SELECT ID FROM wp_posts WHERE post_type = 'attachment' AND ID NOT IN (SELECT DISTINCT SUBSTRING_INDEX(SUBSTRING_INDEX(post_content, 'wp-image-', -1), '"', 1) FROM wp_posts WHERE post_content LIKE '%wp-image-%' AND post_status = 'publish') AND ID NOT IN (SELECT DISTINCT meta_value FROM wp_postmeta WHERE meta_key = '_thumbnail_id');
- 用上一步结果批量删
wp_postmeta（替换(123,456,789)为实际 ID 列表）：DELETE FROM wp_postmeta WHERE post_id IN (123,456,789);
- 最后删
wp_posts主记录：DELETE FROM wp_posts WHERE ID IN (123,456,789) AND post_type = 'attachment';
注意：SUBSTRING_INDEX 提取方式仅覆盖经典编辑器中 wp-image- 引用；块编辑器（Gutenberg）用的是 wp:media-text 或 wp:core/image JSON 结构，无法用纯 SQL 安全识别，这类附件建议人工核对或改用 WP-CLI。
更稳妥的替代方案：WP-CLI + 插件辅助
纯数据库操作风险高，尤其当站点启用了对象缓存（Redis/Memcached）或 CDN 时，删库后前端仍可能显示旧缩略图。推荐组合方式：
- 用
wp media regenerate --only-missing先确认哪些文件物理丢失（返回列表即为可删候选） - 安装 Media Cleaner 插件，它会扫描
wp_posts、wp_postmeta、uploads/目录三者一致性，并标记“数据库有记录但文件不存在”或“文件存在但数据库无记录”的条目 - 插件界面勾选后执行清理，它内部会同步删
wp_posts+wp_postmeta+wp_term_relationships，并触发delete_attachment钩子，确保主题/插件有机会清理衍生数据（如懒加载占位图、SEO 描述）
如果服务器不支持 WP-CLI 或禁用插件，至少要在 phpMyAdmin 执行完 SQL 后，手动清空 wp_options 表中 option_name 为 wp-smush-dir-images（Smush）、ewww_image_optimizer_queue（EWWW）等缓存项，否则优化类插件可能反复尝试处理已删附件。
真正麻烦的不是删记录本身，而是 WordPress 把媒体当成“内容实体”而非“文件指针”——哪怕你只是删了一张 PNG，它可能牵扯到文章、菜单、小工具、REST API 响应、甚至主题的 custom_logo 设置。动手前花两分钟看一眼 wp_postmeta 里这个 ID 是否有 _wp_attached_file 以外的非标准键（比如 _yoast_wpseo_metadesc），往往就决定了该不该删。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
