WordPress数据库优化，减少大网站卡顿
WordPress网站文章过万、评论和插件数据积累后，数据库查询会明显变慢，表现为后台打开迟钝、前台首屏卡顿、MySQL CPU偏高。
解决思路不是盲目加服务器，而是先备份，再清理冗余数据、优化数据表、调整数据库配置，最后建立定期维护习惯。
先判断卡顿是否真的来自数据库
动手前需要确认瓶颈位置，否则容易把时间花在错误方向。
- 登录宝塔面板，进入「软件商店」→「MySQL」→「负载状态」，观察CPU和查询缓存命中率是否持续偏高。
- 在WordPress后台安装Query Monitor插件，查看页面生成时间中数据库查询耗时占比。如果单页查询超过80次、耗时超过0.5秒，数据库优化空间较大。
- 用
top或宝塔「系统监控」确认是PHP-FPM占满CPU还是MySQL占满CPU。MySQL持续高占用时，继续往下做数据库清理。
备份：任何清理前必须完成的一步
数据库操作不可逆，先备份再动手。
- 宝塔面板路径：「数据库」→ 找到对应库 → 点击「备份」。
- 命令行方式：
mysqldump -u root -p wordpress_db > /root/wordpress_db_$(date +%F).sql备份完成后用ls -lh确认文件大小正常，不要只看命令是否报错。
清理三类最占空间的冗余数据
WordPress运行中会产生大量可安全清理的数据，重点是修订版本、垃圾评论和过期瞬态。
清理文章修订版本和自动草稿
每编辑一次文章就可能生成一条修订记录，大站可能积累几十万条。
DELETE FROM wp_posts WHERE post_type = 'revision';
DELETE FROM wp_posts WHERE post_status = 'auto-draft';执行后检查wp_posts表行数是否明显下降。
建议同时在wp-config.php中限制修订数量：
define('WP_POST_REVISIONS', 5);删除垃圾评论和未批准评论
后台「评论」→ 筛选「垃圾评论」→ 批量删除。
数据量大时用SQL：
DELETE FROM wp_comments WHERE comment_approved = 'spam';
DELETE FROM wp_comments WHERE comment_approved = '0';清理过期瞬态和孤立元数据
瞬态数据过期后不会自动删除，插件卸载后也会留下孤立记录。
DELETE FROM wp_options WHERE option_name LIKE '_transient_%';
DELETE FROM wp_options WHERE option_name LIKE '_site_transient_%';
DELETE FROM wp_postmeta WHERE post_id NOT IN (SELECT ID FROM wp_posts);
DELETE FROM wp_commentmeta WHERE comment_id NOT IN (SELECT comment_ID FROM wp_comments);注意：删除瞬态后部分插件会重新生成缓存，首次访问可能稍慢，属于正常现象。
优化数据表并调整关键配置
清理只是减少数据量，表碎片和配置参数同样影响查询速度。
- 在phpMyAdmin中选中所有WordPress表，点击「操作」→「优化表」。
- 命令行方式：
mysqlcheck -u root -p --optimize wordpress_db- 编辑
wp-config.php，适当增加数据库缓存和查询限制：
define('WP_MEMORY_LIMIT', '256M');
define('WP_CACHE', true);- 如果服务器内存充足，可在MySQL配置中调大
innodb_buffer_pool_size，一般设为可用内存的50%到70%，修改后重启MySQL。具体数值以服务器实际内存和官方文档为准。
避坑与效果验证
不要直接在生产库执行DELETE而不加WHERE条件，误删全表只能靠备份恢复。
清理前先在小范围测试，确认SQL影响行数合理。
不要频繁执行全表优化，InnoDB表优化会锁表，建议低峰期操作。
插件缓存不能替代数据库优化，对象缓存和页面缓存能减少查询次数，但底层数据膨胀仍需清理。
验证方式：
- 再次用Query Monitor查看同一页面，数据库查询次数和耗时应有下降。
- 宝塔MySQL负载状态中CPU占用应回落。
- 后台文章列表、评论列表打开速度明显改善。
如果优化后卡顿依旧，检查是否有插件持续写入大量数据，或考虑升级服务器配置。
数据库优化是长期维护动作，建议每月执行一次清理和优化。
