wp_options表卡慢主因是autoload='yes'选项过多导致内存压力，而非数据总量大；应先查autoload_size是否超3000KB，再精准禁用非核心项如_transients、widgets等，最后OPTIMIZE TABLE或ALTER ENGINE优化。
wp_options表为什么容易变大又卡慢
wp_options表是WordPress最常被读取的表，autoload='yes'的选项会在每次页面加载时全量载入内存。一旦这个部分超过2MB（即autoload_size > 3000KB），PHP内存压力和MySQL查询延迟就会明显上升——不是因为数据多，而是因为“不该自动加载的也自动加载了”。常见罪魁包括：缓存插件残留的_transient_*、未清理的widget_*配置、主题导出的冗余设置、序列化损坏的theme_mods_*等。
先查 autoload 总大小再动手
别急着删。进phpMyAdmin → 选中数据库 → 点击wp_options表 → 切到SQL标签页，执行：
SELECT SUM(LENGTH(option_value)) AS autoload_size FROM wp_options WHERE autoload = 'yes';
如果返回值远超3000（单位是字节），说明autoload区已严重膨胀。此时直接OPTIMIZE TABLE没用，得先减负：
- 优先清理
_transient_timeout_%和_transient_%（按顺序删，否则触发无效查询） - 检查
option_name长度异常长的项，比如以wp_statistics_、seo_by_rankmath_开头的，很可能是插件未卸载干净留下的 - 用
SELECT option_name, LENGTH(option_value) FROM wp_options WHERE autoload='yes' ORDER BY LENGTH(option_value) DESC LIMIT 10;揪出前10个“巨无霸”
删 autoload 数据要避开两个坑
很多人误以为DELETE FROM wp_options WHERE autoload = 'yes'能一劳永逸，结果网站后台白屏或登录失效——因为siteurl、home、active_plugins这些关键项也在autoload里。正确做法是精准剔除非核心项：
SEO关键词密度优化与页面审计技能。使用场景：①提供页面路径与关键词进行SEO优化；②提升页面关键词密度；③提升搜索引擎排名；④进行SEO审计（meta标签、OG、hreflang等）。触发词：关键词密度、SEO优化、关键词优化等。
立即学习“PHP免费学习笔记（深入）”；
- 保留必须autoload的：
siteurl、home、blogname、blogdescription、active_plugins、timezone_string、permalink_structure - 批量禁用非必要autoload：
UPDATE wp_options SET autoload = 'no' WHERE option_name LIKE '_transient_%' OR option_name LIKE 'widget_%' OR option_name LIKE 'rss_%'; - 确认改完后执行
SELECT COUNT(*) FROM wp_options WHERE autoload = 'yes' AND option_name NOT IN ('siteurl','home','blogname','blogdescription','active_plugins','timezone_string','permalink_structure');，结果应为0或极小
最后才 OPTIMIZE TABLE，且不能跳过
删/改完autoload数据后，表物理结构仍含碎片，尤其当wp_options行数长期在1万+时，OPTIMIZE TABLE wp_options能回收空间并重建索引。但注意：
- 托管环境（如SiteGround、WP Engine）可能禁用
OPTIMIZE权限，报错#1044 - Access denied时，换用ALTER TABLE wp_options ENGINE=InnoDB;达到等效效果 - 不要用
TRUNCATE TABLE wp_options——它会重置option_id自增起点，导致后续INSERT冲突 - 优化期间表会被锁，建议在低峰期操作；若失败，检查
innodb_file_per_table是否开启（MySQL 5.6+默认开）
autoload逻辑比表体积本身更影响性能，很多开发者盯着wp_options行数看，却忽略了autoload='yes'这一列才是真正的开关。改错一个autoload值，比删掉一百条revision更立竿见影。
