WordPress 插件卸载后通常不会自动删除数据库表，需要手动通过 phpMyAdmin 或 WP-CLI 清理。操作前必须备份数据库，且确认插件已彻底删除而非仅停用。
先说结论：插件卸载不留表是常态，清理需手动介入且高风险。
- 先备份：操作前导出完整 SQL 文件
- 再确认：确保插件已删除且不再使用
- 最后删表：按插件文档确认表名后执行
命令速用版
如果服务器安装了 WP-CLI，可通过命令行查看和删除表。未安装 WP-CLI 的用户请使用 phpMyAdmin 图形界面操作。
wp db query "SHOW TABLES LIKE '%wp_prefix%';"
确认表名后，执行删除命令（请将 table_name 替换为实际表名）：
wp db query "DROP TABLE table_name;"
为什么会这样
WordPress 插件机制默认保留数据以防止误删丢失内容。大多数插件开发者不会在 uninstall.php 中编写删除自定义数据表的代码，这是为了数据安全性设计的常态行为。公开资料中没有看到可靠的量化数据统计多少插件会自动删表，但主流安全建议均假设表会残留。
分步处理
第一步：备份数据库
使用 phpMyAdmin 导出功能或命令行 mysqldump 生成完整 SQL 备份文件。这是回滚的唯一保障，不可跳过。
第二步：确认插件状态
进入 WordPress 后台“插件”页面，确保目标插件显示为“已删除”而非“停用”。停用插件仍可能调用数据库表，删除表会导致报错。
第三步：识别残留表
查看插件文档或源代码，找到插件创建的数据表前缀。常见模式为 wp_pluginname 或 wp_prefix_pluginname。对比数据库当前表列表，标记出疑似残留表。
第四步：执行删除
在 phpMyAdmin 中勾选疑似表并选择“删除”，或使用 WP-CLI DROP TABLE 命令。建议每次只删除一张表，观察网站反应后再继续。
怎么验证是否生效
操作完成后，刷新网站首页和后台页面，确认没有 PHP 错误或数据库连接错误。检查 wp-content/debug.log 文件，确认没有针对已删除表的 SQL 报错。如果网站功能正常且日志无异常，说明清理成功且未误删关键数据。
常见坑
1. 表前缀混淆：不同站点数据库前缀不同，不要直接复制教程中的表名，必须核对本地 wp-config.php 中的 $table_prefix 设置。
2. 共享表误删：部分插件共用同一张表存储数据，删除前需确认该表是否被其他活跃插件依赖。
3. 仅停用未删除：插件仅停用时删除其数据表，会导致重新启用插件时数据丢失或插件崩溃。
常见问题
删除残留表会导致网站崩溃吗？
如果删除的是已彻底卸载插件的专属表，通常不会影响网站。但如果误删了活跃插件的表或核心 WordPress 表，会导致网站崩溃。
怎么知道哪些表是插件留下的？
对比全新 WordPress 安装的默认表结构，多出的表通常为插件或主题创建。具体归属需查阅插件文档或搜索表名。
插件停用后会自动清理数据吗？
绝大多数插件停用后不会清理数据。只有少数插件在卸载（删除）时会提供清理选项，且需在删除前勾选。
参考来源
- WordPress Developer Handbook, Uninstalling Plugins, https://developer.wordpress.org/plugins/plugin-basics/uninstall-methods/
- WordPress Codex, Database Description, https://wordpress.org/documentation/article/database-description/