阿里云虚拟主机批量替换广告代码教程_sed与SQL批量替换
很多站长做批量替换广告代码直接全量替换，结果把不该改的内容也改了，又没有备份，只能从主机商备份恢复，耗时几小时。正确做法是先 grep 搜索确认匹配范围，备份后小范围测试，再全量执行，执行后抽查验证。
数据库批量替换用 SQL：UPDATE 表名 SET 字段名=REPLACE(字段名,'旧文字','新文字') WHERE 字段名 LIKE '%旧文字%'。WordPress 替换域名还要改 wp_options 表的 siteurl 和 home，以及 wp_posts 表的 guid 和 post_content。执行前备份数据库，大表加 LIMIT 分批执行避免锁表。
参考（MySQL 批量替换）： ``` -- 备份 mysqldump -u用户 -p 数据库 > backup.sql -- 批量替换文章内容 UPDATE wp_posts SET post_content=REPLACE(post_content,'旧文字','新文字') WHERE post_content LIKE '%旧文字%'; -- 替换域名（WordPress） UPDATE wp_options SET option_value=REPLACE(option_value,'http://old.com','http://new.com') WHERE option_name IN ('siteurl','home'); -- 分批大表 UPDATE wp_posts SET post_content=REPLACE(post_content,'旧','新') WHERE post_content LIKE '%旧%' LIMIT 1000; ```
大表批量替换要分批执行。UPDATE 加 LIMIT 1000，循环执行直到影响行数为 0，避免锁表导致网站无法访问。替换期间网站可以正常访问，但被替换的行短暂锁定，访问量大会有延迟。选择凌晨低峰期执行更稳妥。
批量替换的回滚方案：替换前打包备份文件和数据库，替换出问题后解压备份覆盖即可。如果只改了文件没改数据库，恢复文件备份；如果只改了数据库，恢复数据库备份；两者都改了，都要恢复。备份是批量操作的安全底线，任何批量替换前必须做。
更新时间：2026-09-01 16:00:03
上一篇：虚拟主机WordPress缓存清理_opcache_reset与CDN刷新