WordPress URL修改失败：修改wp-options表后无法登录站点

别慌，我之前踩过一模一样的坑！修改wp-options表的home和site_url后登录页面异常、登不进去，大概率是还有隐藏的旧URL没更新或者缓存在搞鬼。下面是我亲测有效的解决步骤：

• 先强制覆盖URL配置（最快速的方法）
  直接在WordPress根目录的wp-config.php文件里添加两行代码，这会直接覆盖数据库里的设置，绕过可能的缓存或字段名问题：

  define('WP_HOME','https://你的新域名.com');
  define('WP_SITEURL','https://你的新域名.com');
  

  注意把域名换成你实际的新URL，包括正确的http/https前缀，写完保存后刷新登录页试试。

• 检查数据库字段是否完全正确
  确认你修改的是正确的字段：WordPress默认的字段名是siteurl（不是site_url，可能你拼写错了？），还有home，而且要确保表前缀没错（比如你的数据库表是xxx_options而不是默认的wp_options）。另外检查URL有没有多打斜杠、少写前缀这类低级错误。

• 彻底清理所有缓存
  缓存是这类问题的重灾区：

  • 先清浏览器缓存（Ctrl+Shift+R强制刷新）；
  • 如果服务器有CDN、Redis、OPcache这类缓存，直接在服务器后台清空；
  • 手动删除WordPress根目录下wp-content/cache文件夹里的所有内容（如果有的话）。

• 批量替换数据库里的旧URL
  很多主题、插件会把URL存在其他表中，比如文章内容、自定义字段里，用SQL语句批量替换最省事：

  -- 替换文章内容里的旧URL
  UPDATE wp_posts SET post_content = REPLACE(post_content, 'https://你的旧域名.com', 'https://你的新域名.com');
  -- 替换自定义字段里的旧URL
  UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, 'https://你的旧域名.com', 'https://你的新域名.com');
  -- 替换文章GUID（虽然现在不影响前端，但部分插件会用到）
  UPDATE wp_posts SET guid = REPLACE(guid, 'https://你的旧域名.com', 'https://你的新域名.com');
  

  注意把wp_换成你实际的数据库表前缀，执行前最好先备份数据库！

• 解决HTTPS导致的Cookie问题
  如果你的新URL是HTTPS而旧的是HTTP，浏览器的安全策略可能会阻止登录Cookie。在wp-config.php里再加一行：

  define('FORCE_SSL_ADMIN', true);
  

  强制后台使用HTTPS登录，这能解决大部分跨协议的登录失败问题。

一般前两步就能解决90%的问题，如果还不行，再一步步试后面的方法。

内容的提问来源于stack exchange，提问作者Zharin