直接在phpMyAdmin中搜索插件关键词，筛选并安全删除wp_options中残留配置项、wp_posts中自定义文章类型及wp_postmeta中孤立元数据，同时修正autoload值以防性能下降。
确认插件已彻底卸载，但数据库仍有残留表或选项
直接在 wordpress 后台停用并删除插件，wp_options 表里仍可能存着插件的配置项（如 plugin_name_settings），wp_posts 或 wp_postmeta 里也可能留有自定义文章类型、元数据，甚至独立数据表（比如 wp_pluginname_logs）。这些不会随插件卸载自动清理。
- 先登录 phpMyAdmin，选中你的 WordPress 数据库
- 在左侧表列表里搜索关键词，比如
pluginname、myplugin、插件作者名缩写，注意大小写和下划线习惯（常见前缀：wp_、wpdev_、wp123_） - 对疑似残留表，点击 浏览 看内容是否为空或仅含旧日志/测试数据；对
wp_options表，执行 SQL 查询：SELECT * FROM `wp_options` WHERE `option_name` LIKE '%pluginname%';
安全删除 wp_options 中的插件配置项
直接删 option_name 字段匹配的行是常规做法，但必须避开系统关键项——比如误删 active_plugins 或 rewrite_rules 会导致后台崩溃。
- 优先用 phpMyAdmin 的「筛选」功能：在
wp_options表点击 筛选 标签页，输入option_nameLIKE%pluginname%，再勾选结果行左侧复选框 - 确认每条
option_value内容无敏感配置（比如 API 密钥、数据库连接串），再点 删除 - 避免用
DELETE FROM wp_options WHERE option_name LIKE '%xxx%'这类全表语句——万一拼错关键词，可能清掉整个站点设置
清理 wp_postmeta 和 wp_posts 中的插件元数据
很多插件会把设置存在 wp_postmeta（如页面定制器数据），或创建自定义文章类型存进 wp_posts（如「产品」「课程」）。这类残留不显眼，但拖慢查询速度。
- 查插件文档或源码，确认它注册的
post_type名（常出现在register_post_type()第一个参数），例如product、course，然后执行：SELECT * FROM `wp_posts` WHERE `post_type` = 'product';
- 若确认无业务数据，删对应记录：
DELETE FROM `wp_posts` WHERE `post_type` = 'product';
（注意：这会连带删掉关联的wp_postmeta记录，但需手动清理孤立 meta） - 清理孤立 meta：
DELETE pm FROM `wp_postmeta` pm LEFT JOIN `wp_posts` p ON pm.`post_id` = p.`ID` WHERE p.`ID` IS NULL;
删完后务必检查 wp_options 的 autoload 值
插件卸载后遗留的选项如果 autoload 设为 yes，每次页面加载都会被读入内存，积少成多拖慢首屏速度。
论文常用的tex格式转换为word格式，核心是能转换数学公式（非图片），表格，图表等等
下载
将 LaTeX（.tex）学术论文转换为 Word（.docx），支持可编辑的 OMML 公式、原生 Word 表格、嵌入图形、IEEE 双栏排版及参考文献
- 在
wp_options表中筛选出刚删过的option_name，检查其autoload列是否为yes - 如果没删干净，可批量修正：
UPDATE `wp_options` SET `autoload` = 'no' WHERE `option_name` LIKE '%pluginname%' AND `autoload` = 'yes';
- 改完立刻刷新一次前台页面，观察是否报错——若出现白屏，说明某项其实是主题或核心依赖，得恢复该行
残留数据清理不是一劳永逸的事，尤其多站点或频繁试用插件的环境，建议每次卸载后顺手查一次 wp_options 和表列表。真正麻烦的不是删，而是删错——比如把 wpseo 当成某个 SEO 插件前缀，结果删掉了 Yoast 的全部配置。
立即学习“PHP免费学习笔记（深入）”；
