最安全的批量替换方式是用 WordPress 的 wp_update_post() 配合 PHP 正则，而非直接执行 MySQL REPLACE()；因后者不区分上下文、破坏短代码和 HTML、误伤 UTF-8 字符且无法回滚，必须先备份并严格限定 post_type 和 post_status 后再操作。
WordPress 数据库里怎么安全批量替换文章内容中的敏感词
直接在数据库执行 replace() 函数是最快的方式，但不是最安全的——它不区分上下文、不支持正则、会误伤 html 标签和短代码，而且一旦出错无法回滚。
为什么不能直接用 MySQL 的 REPLACE() 更新 wp_posts.post_content
因为 REPLACE() 是纯字符串替换，对以下情况完全无感：
-
post_content里混着[gallery]、[caption]等短代码，替换可能破坏其结构 - HTML 属性值（如
class="xxx"、href="xxx"）也会被无差别匹配，导致链接失效或样式崩坏 - UTF-8 多字节字符（比如中文、emoji）若被截断替换，可能存入乱码甚至触发 MySQL 错误
Incorrect string value - 没有 WHERE 条件控制时，连草稿、修订版、导航菜单项都会被波及
真正可用的 SQL 替换写法（带保护机制）
必须加三重过滤：限定 post_type、排除 revision/draft、避开 <pre class="brush:php;toolbar:false;"></code> 和 <code><code></code> 块（虽然 SQL 本身做不到语法解析，但可粗筛）。</p>
<p>推荐分两步走：</p>
<ul>
<li>先查出可能受影响的文章 ID：<pre class="brush:php;toolbar:false;">SELECT ID, post_content FROM wp_posts WHERE post_type = 'post' AND post_status = 'publish' AND post_content LIKE '%敏感词%';</pre>
<li>再执行带条件的更新（示例替换“违规”为“待审核”）：<pre class="brush:php;toolbar:false;">UPDATE wp_posts SET post_content = REPLACE(post_content, '违规', '待审核') WHERE post_type = 'post' AND post_status = 'publish' AND post_content LIKE '%违规%';</pre></li>
<li>务必提前备份：<code>mysqldump -u root -p database_name wp_posts > wp_posts_backup.sql
更稳妥的替代方案：用 WordPress 自带的 wp_update_post() + PHP 正则
适合需要上下文判断（比如只替换独立单词、跳过超链接文本）或需兼容 Gutenberg 块结构的场景。核心逻辑是：读出内容 → 用 preg_replace() 安全处理 → 再写回。
示例片段（放在临时插件或 wp-cli eval-file 中运行）：
$posts = get_posts([ 'post_type' => 'post', 'post_status' => 'publish', 'posts_per_page' => 500 ]);<br>foreach ($posts as $post) {<br> $content = $post->post_content;<br> // 只替换独立出现的“敏感词”，不碰 href、src 或 code 块内<br> $content = preg_replace('/(?<!\w)敏感词(?!\w)/u', '已过滤', $content);<br> wp_update_post([ 'ID' => $post->ID, 'post_content' => $content ])<br>}
注意：wp_update_post() 会触发所有钩子（如缓存清理、全文索引更新），比直连数据库慢，但不会破坏序列化数据或块 JSON 结构。
真正麻烦的是那些嵌在 post_meta 里的内容（比如 ACF 字段、页面构建器数据），它们不在 post_content 里，REPLACE() 查不到也改不了——得单独捞表、反序列化、替换、再序列化写回，一不留神就损坏数据。
