WordPress当前激活主题由wp_options表中template和stylesheet字段控制，二者必须与目标主题目录名完全一致（含大小写、连字符），且需同步修改、核对文件系统存在性、清除缓存后生效。
直接改 wp_options 里的 template 和 stylesheet
wordpress 当前激活的主题，就靠这两条记录控制。不进后台、不碰文件系统，改数据库是最直接的路径。前提是你要知道目标主题的文件夹名（比如 twentytwentyfour，不是“二十二十四”或“twenty twenty-four”）。
操作步骤很简单：
- 在 phpMyAdmin 中打开你的 WordPress 数据库，找到
wp_options表（多站点注意前缀，可能是wp_123_options） - 搜索
option_name为template的那行，双击编辑，把option_value改成目标主题的文件夹名 - 同样搜
stylesheet，也改成**完全一致**的文件夹名 - 点执行，刷新前台即可生效
别只改其中一个——template 决定父主题结构，stylesheet 决定当前加载样式表和主题函数，两者不一致会导致白屏或功能异常。
为什么改完前台没变？检查 wp_get_theme()->get_stylesheet() 和缓存
即使数据库写对了，WordPress 仍可能继续用旧主题，常见原因有两个：
- 你填的
stylesheet值和实际主题文件夹名大小写/拼写不一致（比如输成twentytwentyfour-child，但子主题文件夹其实是twentytwentyfour-child-theme）；可用wp_get_theme()->get_stylesheet()在主题函数里临时加一行error_log( wp_get_theme()->get_stylesheet() );看真实值 - 对象缓存（Redis/Memcached）或 OPcache 缓存了旧的
get_option('stylesheet')结果；停用缓存插件，或在wp-config.php加define('WP_CACHE', false);临时绕过 - Nginx 的
fastcgi_cache也可能卡住首页响应，需手动清 key 或临时注释掉相关配置再 reload
遇到白屏或 500 错误？先确认主题目录真实存在
数据库改得再准，如果服务器上压根没那个主题文件夹，WordPress 会直接报错甚至拒绝加载。别假设 FTP 里看着有就行——检查实际路径：/wp-content/themes/your-theme-slug/ 是否存在且权限可读（至少 755），里面是否有 style.css 和有效的 Theme Name: 注释。
立即学习“PHP免费学习笔记（深入）”；
容易被忽略的点：
- 子主题必须同时有
Template:注释指向父主题，且父主题文件夹也得存在 - 某些托管环境（如 SiteGround）会自动禁用未在后台启用过的主题，即使数据库已改，也得进后台「外观 → 主题」点一次「启用」触发
switch_theme钩子 - 如果主题用了自定义字段或
theme_mods_*设置，而新主题不兼容这些键名，get_theme_mod()可能返回空，导致布局错乱——这不是数据库没改对，是主题逻辑不承接
别用 SQL 批量 UPDATE，除非你清楚序列化结构风险
有人想图快写一句 UPDATE wp_options SET option_value = 'mytheme' WHERE option_name IN ('template','stylesheet');，这很危险。
原因：
-
wp_options表里有些字段（比如active_plugins）是 PHP 序列化的，直接字符串替换会破坏结构，导致整个后台打不开 - 如果你的表前缀不是
wp_，这条语句会失败或误改其他库的表 - 没有 WHERE 条件限制时，可能意外覆盖其他站点的同名选项（多站点环境）
安全做法永远是：单行编辑、人工核对、改完立刻测试前台+后台主题页面。复杂点在于，它不只是改两个字段，而是要让数据库、文件系统、运行时缓存、主题自身四者对齐。漏掉任何一环，都会让你以为“改成功了”，其实什么都没变。
