直接修改 wp_options 表中的 siteurl 和 home 值可强制覆盖后台 url 设置，解决因协议、www、斜杠不一致导致的登录跳转、白屏或重定向循环问题；还需同步替换文章、附件、评论等表中旧域名，并清除 wp_usermeta 中残留的 redirect_to 元数据。
直接改 wp_options 表里的 siteurl 和 home 两项，就能强制覆盖后台设置的 URL，解决因地址错配导致的登录跳转、白屏或重定向循环问题。
为什么后台改完 URL 还会重定向失败？
因为 WordPress 会优先读取 wp-config.php 中硬编码的 WP_HOME / WP_SITEURL，或者数据库里 wp_options 的值——如果这两处不一致，或其中某项写错了协议（比如 http 写成 https）、少写了 www、末尾多了斜杠，就会触发 302/301 跳转异常，甚至进不了后台。
常见现象包括：
- 登录后立刻跳回
/wp-login.php - 访问首页显示“重定向次数过多”
- 后台设置页中
WordPress地址(URL)和站点地址(URL)字段变灰不可编辑
在 phpMyAdmin 中安全修改 siteurl 和 home
打开 phpMyAdmin → 选中你的 WordPress 数据库 → 找到 wp_options 表（前缀可能不是 wp_，请确认）→ 点击浏览 → 找到 option_name 为 siteurl 和 home 的两行 → 分别点击“编辑”图标：
- 确保两个字段的
option_value完全一致，且格式正确：例如https://example.com（不要带结尾斜杠） - 检查协议是否匹配：如果启用了 HTTPS，两个值都必须以
https://开头 - 如果使用子目录安装（如
https://example.com/blog），siteurl应含路径，home通常不含（除非主题或插件有特殊要求） - 改完一行点“执行”，再改下一行，不要批量替换——避免误伤其他字段
整站 URL 替换必须同步做
只改 siteurl 和 home 不足以让文章内链、图片、CSS 路径恢复正常。若已更换域名或迁移服务器，务必运行以下 SQL（替换前先备份数据库）：
构建并排查Microsoft Word邮件合并及DOCX模板工作流，使用合并域、内容控件、文档属性、重复区块、数据等
UPDATE wp_options SET option_value = replace(option_value, 'http://old.com', 'https://new.com') WHERE option_name = 'home' OR option_name = 'siteurl'; UPDATE wp_posts SET post_content = replace(post_content, 'http://old.com', 'https://new.com'); UPDATE wp_postmeta SET meta_value = replace(meta_value, 'http://old.com', 'https://new.com'); UPDATE wp_comments SET comment_content = replace(comment_content, 'http://old.com', 'https://new.com');
注意：
-
wp_前缀要替换成你实际使用的表前缀 - 旧域名必须完全匹配（包括协议、www、端口），否则替换失败
- 如果旧站混用
http和https，需分两次执行，或改用正则替换插件（如 Better Search Replace） - 执行后清空对象缓存（如有 Redis/Memcached）和浏览器缓存，否则仍可能加载旧路径资源
改完还跳转？检查 redirect_to 元数据残留
有些插件或手动代码会在用户登录后写入临时跳转目标，存在 wp_usermeta 表中，键名为 redirect_to。这个值若指向旧域名或非法路径，会导致登录后无限重定向。
执行这条 SQL 清除所有残留跳转指令：
DELETE FROM wp_usermeta WHERE meta_key = 'redirect_to';
这个操作是安全的：WordPress 登录成功后会自动重置跳转逻辑，不会影响正常访问。
真正容易被忽略的是 wp_usermeta 表里的 redirect_to，它不随域名批量替换而更新，也不在后台可见，但只要存在就可能接管整个登录流程。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
