WordPress 数据库维护
修改数据库前，先看清哪些地方需要检查。
通过 MCP 检查存储、索引和设置，再根据自己 WordPress 网站的实际发现，选择一项范围明确的操作。
发现问题线索后，应进一步核查。
状态报告分别展示表存储、索引发现、自动加载的选项以及已过期的 transient 记录。某个方面需要深入了解时，再进行有针对性的审查。
表很大并不能解释页面为何缓慢。可能冗余的索引需要审查，并不意味着应当删除。插件报告观察结果和可用检查范围，不会自动修复数据库。
检查只读取当前状态。维护则通过单独确认的操作，修改选定的部分。
Autoload 改变加载方式，不改变已存储的值。
部分 WordPress 设置会自动一起加载。Autoload 操作为明确指定名称的选项修改这一标记，同时保留其存储值。
修改标记前，先确认哪个插件负责该选项，以及选项的使用方式。仅凭大小无法判断是否应关闭自动加载。单次调用最多接受 25 个指定名称、且不是 transient 的选项，并核实修改后的标记。
选定的设置一起加载，其存储内容保持不变。
选择能回答你当前问题的操作。
先进行只读检查。维护操作默认执行试运行，实际修改必须得到明确确认。
检查存储和索引
先用状态快照确定检查方向，再查看索引定义、选项大小或 WordPress 核心表的存储引擎。索引结果分页返回。可选的 Performance Schema 计数器只是观察数据，不能证明某个索引从未被使用。
删除过期的临时记录
预览一批最多 500 条已过期的 transient 超时记录。这些记录属于 WordPress 的临时缓存数据。响应报告清理结果，但不公开 transient 的名称或值；之后可能仍需处理下一批。
替换文章内容中的已知片段
例如，先查找“五天内送达”，再将其替换为已经核实可兑现的三天承诺。列出匹配的文章，选择文章类型和状态，并预览字面文本或正则表达式替换。搜索覆盖已存储的文章内容，而不是网站显示的每一个词。上限设为 0 表示不设置明确的结果数量上限。实际写入需要 MCP Abilities – Block Editor，以及编辑每篇文章的权限；原生区块验证可能拒绝拟议的替换。
转换选定核心表的存储引擎
使用逻辑键选择受支持的 WordPress 核心表。WordPress 负责解析实际表名，包括自定义前缀。这项操作不能针对任意插件表。保留适当的备份，并在确认转换后检查报告中的最终存储引擎。
了解报告无法确定的事项。
状态快照不是完整的数据完整性检查，也不是慢查询诊断。选项报告展示名称和大小，不展示值。插件不提供任意 SQL 端点、自动删除索引功能或通用修复命令。
在多站点环境中，数据库结构发现以及涉及网络全局表的请求，都要求超级管理员身份和网络选项管理权限。只读检查和试运行也受此要求约束。
先预览一项修改，再核实它的效果。
实际维护请求需要
dry_run:false 和 confirm:true。试运行的匹配数量不能保证后续内容写入能通过编辑器验证。完成替换后，应检查受影响的页面及其措辞。某一项失败不会撤销同一次调用中此前已成功的修改。表转换分别报告数据库语句的执行结果、已核实的存储引擎以及任何不确定性。如果效果不明确，先检查当前状态，再采取下一步操作。
把数据库问题转化为明确的下一步。
安装 MCP Abilities – Database，并配备 WordPress 6.9 或更高版本、PHP 8.0 或更高版本、WordPress MCP Adapter 和 MCP Expose Abilities。实际替换文章内容还需添加 MCP Abilities – Block Editor。先从只读报告或匹配文章列表开始。