先纠正一个常见误区：WordPress 慢，不只是数据库的问题。很多时候是“数据库 + PHP + 插件 + 缓存策略”叠加导致 CPU 爆满。如果你只优化数据库，能缓解，但不一定根治。

下面给你一套实战级数据库优化方案（偏服务器/运维向），适合你这种“数据多 + 采集站 + CPU高”的情况。

一、先确认数据库是不是真瓶颈

建议先看这几个指标：

top
htop
mysqladmin processlist

重点看：

• MySQL CPU 是否高

• 是否有大量 SELECT wp_posts

• 是否有 Sending data / Copying to tmp table

如果这些很多 → 数据库确实是核心问题

二、WordPress 数据库优化核心点

1️⃣ 清理垃圾数据（立竿见影）

WordPress 默认会疯狂堆垃圾：

• 文章修订版本（revision）

• 自动草稿

• 垃圾评论

• 过期 transient

执行 SQL：

-- 删除修订版本
DELETE FROM wp_posts WHERE post_type = 'revision';

-- 删除自动草稿
DELETE FROM wp_posts WHERE post_status = 'auto-draft';

-- 删除垃圾评论
DELETE FROM wp_comments WHERE comment_approved = 'spam';

-- 删除过期缓存
DELETE FROM wp_options WHERE option_name LIKE '_transient_%';

👉 通常能减少 30%~70% 数据量

2️⃣ wp_options 表是重灾区（最关键）

很多站点卡死就是因为这个表

SELECT option_name, LENGTH(option_value) 
FROM wp_options 
ORDER BY LENGTH(option_value) DESC 
LIMIT 20;

重点看：

• autoload = yes 的数据

SELECT SUM(LENGTH(option_value)) 
FROM wp_options 
WHERE autoload = 'yes';

👉 如果超过 5MB~10MB，就危险了

解决：

UPDATE wp_options 
SET autoload = 'no' 
WHERE option_name = 'xxx';

（尤其是插件产生的大数据）

3️⃣ 给关键字段加索引（非常关键）

WordPress 默认索引其实不够用

常见优化：

-- 提高文章查询速度
ALTER TABLE wp_posts 
ADD INDEX idx_type_status_date (post_type, post_status, post_date);

-- meta查询优化（很多插件会用）
ALTER TABLE wp_postmeta 
ADD INDEX meta_key (meta_key(191));

ALTER TABLE wp_postmeta 
ADD INDEX post_id_meta_key (post_id, meta_key(191));

👉 对“采集站 / 内容站”效果非常明显

4️⃣ wp_postmeta 表爆炸问题（核心瓶颈）

如果你是采集站，这个表通常：

👉 几百万甚至上千万条

解决方案：

✔ 删除无用 meta

DELETE FROM wp_postmeta 
WHERE meta_key = '_edit_lock';

✔ 清理 orphan 数据

DELETE pm FROM wp_postmeta pm
LEFT JOIN wp_posts wp ON pm.post_id = wp.ID
WHERE wp.ID IS NULL;

5️⃣ 分表（高级玩法）

如果数据 > 100万文章：

👉 可以把：

• wp_posts 按时间分表

• wp_postmeta 分库

（这个属于架构级优化，适合你做批量站）

三、数据库配置优化（比SQL更重要）

如果你用的是 MySQL / MariaDB：

编辑 my.cnf

innodb_buffer_pool_size = 2G   # 建议占内存70%
innodb_log_file_size = 512M
innodb_flush_log_at_trx_commit = 2
max_connections = 200
query_cache_type = 0

👉 核心是：

• buffer pool 不够 → 频繁读磁盘 → CPU飙升

四、WordPress层优化（必须配合）

否则数据库优化效果有限

1️⃣ 开启缓存（强烈建议）

插件推荐：

• Redis（对象缓存）

• Memcached

👉 效果：
数据库查询直接减少 80%+

2️⃣ 页面缓存

• Nginx fastcgi_cache

• 或插件：WP Rocket / LiteSpeed Cache

3️⃣ 禁用心跳（减少后台CPU）

add_filter('heartbeat_settings', function($settings) {
    $settings['interval'] = 60;
    return $settings;
});

五、架构级优化（你这种情况强烈建议）

如果你是做采集/SEO站：

✔ 方案一（推荐）

• Web服务器（东京）

• 数据库服务器（同机 or 同地区）

👉 你之前说：

数据库江苏，服务器东京

👉 这个就是致命问题

数据库跨国访问：

• 延迟高

• CPU暴涨

• 查询堆积

👉 必须同机或同机房

✔ 方案二

• 主库 + 从库

• 读写分离

六、快速见效优先级（给你排序）

按效果排序：

1️⃣ 清理 wp_options（autoload）
2️⃣ 上 Redis 缓存
3️⃣ 数据库和网站同服务器
4️⃣ 给 wp_postmeta 加索引
5️⃣ 清理 revision / 垃圾数据
6️⃣ 优化 MySQL 配置

七、如果你要极致性能（适合你）

你这种做采集站的，其实建议：

👉 不要用 WordPress 做数据层

可以考虑：

• WP 只做展示

• 数据放 Elasticsearch / 自建API

以下解析2个关键问题：

避免踩坑的两个问题。

一、xxx 到底填什么？

这条 SQL：

UPDATE wp_options 
SET autoload = 'no' 
WHERE option_name = 'xxx';

👉 不是随便填的，是要找“体积大 + 没必要自动加载”的 option_name

✅ 正确做法（先找，再改）

先执行：

SELECT option_name, autoload, LENGTH(option_value) as size
FROM wp_options
ORDER BY size DESC
LIMIT 30;

你会看到类似：

👉 重点找这些

优先处理：

• 体积很大（>100KB）

• autoload = yes

• 插件生成的数据

常见“危险对象”：

• _transient_*

• _site_transient_*

• wpseo_*（Yoast SEO）

• rank_math_*（Rank Math）

• 各种缓存类插件的数据

⚠️ 哪些不能乱动？

这些尽量不要改：

• siteurl

• home

• active_plugins

• rewrite_rules

✅ 举个真实例子

假设你查出来：

option_name = wpseo_taxonomy_meta
autoload = yes
size = 1.2MB

那你可以：

UPDATE wp_options 
SET autoload = 'no' 
WHERE option_name = 'wpseo_taxonomy_meta';

👉 核心原则

👉 只动“大 + 不常用”的
👉 不确定的，先问我或贴出来我帮你判断

二、Redis / Memcached 会不会影响支付？

结论先说：

👉 正常配置 = 不会影响支付
👉 乱缓存 = 100%出问题

⚠️ 为什么会出问题？

因为缓存会导致：

• 用户A的页面 → 给用户B

• 订单状态被缓存

• 登录态混乱

👉 典型后果：

• 支付后不跳转

• 显示未支付

• 订单重复

三、正确用法（关键）

✅ 1️⃣ Redis（对象缓存）——推荐

👉 用于缓存数据库查询（安全）

不会缓存页面内容

👉 推荐插件：

• Redis Object Cache

👉 特点：

• 只缓存 get_option / WP_Query

• 不缓存HTML页面

• 对支付完全安全

❌ 2️⃣ 页面缓存（最容易出问题）

比如：

• WP Rocket

• Nginx缓存

• Cloudflare缓存

👉 必须排除这些页面：

/cart/
/checkout/
/my-account/
/order-pay/

✅ 3️⃣ Nginx 示例（必须做）

set $no_cache 0;

if ($request_uri ~* "/cart|/checkout|/my-account|/wc-api|/order-pay") {
    set $no_cache 1;
}

if ($http_cookie ~* "wordpress_logged_in|woocommerce_items_in_cart") {
    set $no_cache 1;
}

✅ 4️⃣ WooCommerce 官方建议

WooCommerce 明确要求：

这些页面禁止缓存：

• 购物车

• 结账

• 用户中心

四、推荐你的组合（稳 + 快）

如果你是：

👉 内容站 + 付费下载（比如 RiPro）

建议：

✔ 必开

• Redis（对象缓存） ✅ 安全

✔ 可开

• 页面缓存（但排除支付页面）

❌ 不要做

• 全站缓存（无排除规则）

• Cloudflare 强缓存 HTML

五、你这种情况（重点提醒）

你之前提到：

采集站 + 数据多 + CPU爆

👉 真正优先级是：

1️⃣ Redis（立刻降CPU）
2️⃣ wp_options优化
3️⃣ 数据库同机房
4️⃣ 页面缓存（谨慎）

六、总结一句话

👉 xxx = 你查出来的“大且没必要autoload的option_name”
👉 Redis = 安全加速
👉 页面缓存 = 必须避开支付

TIP：

一个服务器2个以上wordpress站点，开启redis防止串站：wp-config.php中添加：
最简但“靠谱”的做法（推荐）
A站：
define('WP_CACHE_KEY_SALT', 'site_a_123');
define('WP_REDIS_DATABASE', 0);
B站：
define('WP_CACHE_KEY_SALT', 'site_b_456');
define('WP_REDIS_DATABASE', 1);

重新开启 Redis 后，一定执行一次：
redis-cli flushall
👉 否则旧缓存还在