数据库优化最反直觉的一点是：你清掉的那些修订版本、自动草稿、垃圾评论，本来就不该留在库里，可清理这个动作本身，比不清理更危险。WordPress数据库里存着每篇文章、每条评论、每个链接，数据库被清空或者损坏，写过的东西就全没了。所以顺序是固定的：先把数据库导出到本地，再用WP-Optimize或phpMyAdmin清掉修订版本、自动草稿和垃圾评论，最后优化一次表。顺序反过来做，清完才发现没备份，就没有回头路。
站做上几年，文章几百篇，主题换了能再装一个，插件删了能再找回来，数据库没了就是真没了。出海做英文站，内容就是全部家当，这个备份习惯比装什么插件都值钱。
- 官方把数据库调优列为网站优化的一项，跟缓存、压缩放在同一个议题里
- 数据库备份只含数据库本身，不含主题、插件、上传文件和wp-config.php
- 要清的是库里那几类不会再用到的数据，插件后台能逐项勾选
- 官方建议至少保留3到5份近期备份，分散存放在不同位置
数据库这块的开销跟缓存、图片压缩同属整站优化，缓存和图片那些放在WordPress速度优化里讲。这篇只讲数据库这一段，把导出、清理、优化表三个动作和出问题后的回查写清楚。
本文目录
WordPress数据库优化到底在优化什么
数据库优化动的是存内容的那个库，换主题、装插件碰不到它。官方把这件事放在优化议题里，跟缓存、压缩并列，说明它属于整站优化的一项，不是另外一套东西。
数据库里存的是什么，为什么动它之前要先备份
每篇文章、每条评论、每个链接，都在数据库里。这些东西不在WordPress目录里，它们在另一个数据库系统里，通常是MySQL或MariaDB。你把整个网站文件夹下载到本地，备不到它。
所以动数据库之前先导出一份。导出的文件是一串SQL命令，恢复的时候原样导回去，文章和评论就回来了。没有这个文件，清掉的东西找不回来。
官方把数据库调优放在哪个位置
WordPress官方的高级管理文档里有一个优化议题，列了缓存、压缩、内容分流，还有一项叫Database Tuning，就是数据库调优。官方文档写「Database Tuning」，把它跟前面几项放在同一个层级。
这个位置说明一件事：数据库调优不是单独的玄学，它跟缓存、压缩是一类动作，目的都是让站跑得轻一点。落到操作上就是备份、清理、优化表这三步。
哪些站值得做，哪些站可以先不动
文章多、改得勤、评论区开着的站，修订版本和垃圾评论会一直往里塞。每改一次文章存一个修订，评论里混进来的垃圾一条占一行，时间长了库就变胖。这类站清理有东西可清。
刚上线、文章个位数、评论还没开的站，库里本来就没多少东西，清一遍省不出多少空间。这类站先把备份习惯建起来，清理晚点做。判断依据就是库里存的三样：文章、评论、链接。三样都少，可清的项就少。
优化表多久做一次
优化表这个动作跟删数据不是一回事。清理是删，删掉库里那些用不上的旧版本和垃圾；优化表是把表重新整理一遍，不删内容。WP-Optimize官方页的说明是清理加优化两件事一起做，目的是让站跑得快一点、少占服务器资源。
能排计划的是清理，不是优化表
插件后台能设的是清理计划，选项有每天、每周、每两周、每月四档。优化表跟着清理走一次就行，不用单独排一个频率，更不用天天做。
数据量小的站，优化完基本看不出变化，做多了只是白等。库大、改得勤的站，清理之后顺手优化一次，效果才看得出来。
多久做一次，按自己站的节奏定
官方给了备份的节奏建议。清理可以跟着这个节奏走，备份完清一次，清完优化一次。
这个频率不是死的。你这个月改了三十篇文章，修订版本就多；下个月只发几篇，库里几乎没变化。按自己站的实际更新量定，比按日历定靠谱。
跳过备份直接清，出问题没有回头路
WP-Optimize官方页写明清理前会先备份，删错了可以用UpdraftPlus几步恢复。这是插件自带的保险，不等于你手里有一份完整的库。
插件出问题、主机出问题、清到一半断掉，这三种情况插件那层保险都不一定在。自己导出的文件存在本地，才是什么时候都能导回去的那一份。官方那句「强烈建议定期备份数据库，升级前必做」，说的就是这件事。
怎么做：先导出数据库，再清理，最后优化表
下面五步按顺序来：前两步导出，第三步勾清理项，第四步执行清理和优化，第五步开前台看。中间任何一步拿不准，回到上一步重做，不要跳。
-
用phpMyAdmin导出。登录phpMyAdmin，左边选中WordPress那个库，右边点Export标签，确认选的是Quick，点Go，浏览器会提示下载，把文件存到本地。官方把升级前的数据库备份写成必做动作，这一步就是那个备份。
回查两件事：文件是不是真在你电脑上，不是只躺在浏览器的下载列表里；格式是不是SQL。Quick导出的就是SQL，用Custom的话要自己确认选中SQL，CSV那些格式导出来恢复不了。
-
库大了换mysqldump或MySQL Workbench。phpMyAdmin处理不了大数据库，导出到一半断掉是常事。命令行用mysqldump，命令是这一行：
mysqldump --add-drop-table -h mysql_hostserver -u mysql_username -p mysql_databasename
主机名、用户名、库名换成你自己的，其他字符不要动。大库压缩用gzip，比bzip2快。不想碰命令行就用MySQL Workbench：打开点Data Export，选中要备份的库，在Export Options里指定一个目录，目录要有写权限，点Start Export。它没有phpMyAdmin那种库大小限制。
-
装WP-Optimize，勾清理项。后台插件页点Add New，搜WP-Optimize，点Install Now，装完在插件面板启用。进插件的Database页，勾上数据库表、修订版本、自动草稿、回收站文章、垃圾评论、回收站评论。插件官方页列的清理对象就是这几项。
回查：清理设置里可以保留设定周数的数据，删错了还有机会找回。插件怎么挑、装完怎么配，WordPress插件推荐里有更细的挑选思路。
-
执行清理，再优化表。可以一键清空全部，也可以自己勾要清的项目。第一次做建议自己勾，看清每一项是什么再点。清完执行优化表，把表整理一遍。
回查：只优化选定的单张表、清理前的预览，这两项在Premium版里，免费版是整库优化，清之前看不到预览，所以前两步的备份更不能省。
-
开前台看。清理和优化做完，打开首页，再点开一篇改过很多次的旧文章，看标题、正文、图片、评论是不是都在。
显示正常就保留这次结果，把备份文件归档。显示不对，用第1步或第2步导出的文件恢复回去，再回查是哪一项勾错了。这一步不做，等于清完不知道有没有清坏。
数字和限制：备份留几份、修订留几个、多久做一次
下面这几个数字是官方给的，或者插件页写明的。跟清理、优化表直接相关的是修订上限和自动保存间隔，其余是备份和环境要求。
| 项目 | 数字或门槛 | 说明 |
|---|---|---|
| 近期备份保留份数 | 至少3到5份 | 官方建议，分散存放在不同位置 |
| 备份频率 | 小站每周1次，更新频繁的大站每天1次 | 官方给的一般建议 |
| 每篇修订上限 | 官方示例写3或12 | 在wp-config.php里设一个整数，不设时默认开启修订 |
| 自动保存间隔 | 默认60秒 | 用AUTOSAVE_INTERVAL调，改之前先备份 |
| 推荐运行环境 | PHP8.3或更高，MySQL8.0或MariaDB10.11或更高 | 官方下载页写的 |
这串数字里没有「多久优化一次表」这一项，按自己站的更新量和备份节奏定就行。备份完清一次，清完优化一次，这个节奏够用。
把频率换算一下更直观：小站每周1次，一年大约52次；大站每天1次，一年365次。按至少保留3到5份算，小站的备份要覆盖最近3到5周，大站要覆盖最近3到5天。备份文件分散放，别全放在同一块硬盘上。
哪些做法会把库弄坏，出问题按什么顺序查
下面几条是实际操作里最容易做错的，一条一句结论加一句依据。顺序按排查的先后排：先查备份，再查工具，最后查配置。
备份了文件不等于备份了数据库
整站备份要分两块做，文件一块，数据库一块。官方写明在典型的WordPress安装里，只备份文件不算备份了数据库，因为数据库放在独立的数据库系统里，下载网站目录碰不到它。
cPanel完整备份不能当恢复手段
cPanel里那个完整备份只用来归档，出事了导不回去。官方写明这类备份不能通过cPanel恢复，别拿它当你的恢复方案。
phpMyAdmin备份大库会失败
库一大就别用phpMyAdmin导出，换mysqldump或MySQL Workbench。官方写明phpMyAdmin处理不了大数据库，导到一半断掉，你手里那个文件是不完整的。
往新库恢复前先清空
用phpMyAdmin的无压缩全表备份往新库导之前，新库要先清干净。官方写明恢复这类备份时，目标新数据库里不应该有任何表，有表会撞。
迁移改了数据库密码，wp-config.php也要改
换主机时重建数据库用户和密码，改完要同步改wp-config.php。官方写明迁移中改了数据库凭据，就要更新wp-config.php跟它一致，不改的话站直接连不上库。
修订设置不生效，把命令挪到第一行
设了限修订数没反应，把那一行挪位置。官方写明有用户要把命令移到wp-config.php初始注释块下面第一行才生效。改这个文件之前，先确认自己会恢复备份，官方也提醒过这类高级选项可能引发意外问题。
用AI整理待清理清单、起草检查清单，哪些动作还得人做
AI在这件事里能干的是整理和归类，它看不到你的数据库，也点不了后台按钮。数据库清理的顺序不会因为用了AI就变，变的只是准备阶段能省多少时间。
第一步，把WP-Optimize后台Database页的待清理项复制成文字贴给AI，让它按删了不能恢复、能从回收站恢复、只是整理不删数据三类归档。这一步它做得比人快，也不容易漏项。
第二步，把phpMyAdmin里的表名和行数贴给它，让它按行数从大到小排，标出wp_开头的表。你先看哪张表就有数了。这类把后台数据整理成清单再按规则逐条对的活，猎者出海的AI Agent 里运营那块干的是同一类事：自己拉数据，每周给一张单子，告诉你先动哪里。
第三步，让它起草一份清理前检查清单，逐项对：数据库已经导出、导出文件已经下到本地、文件备份另外做了、知道恢复入口在哪。清单出来你照着打勾，比自己凭记忆靠谱。
第四步，让它把mysqldump命令里的主机、用户名、库名换成占位符，你只填自己的值，减少抄错。
下面三条提示词是本文给的示例，不是官方模板，照抄改中括号里的内容就能用。
「下面是我WP-Optimize数据库页的待清理项列表：[粘贴]。请按删除后不可恢复、可从回收站恢复、只是压缩不删数据三类归档，每项一行，不要给操作建议。」
「这是我phpMyAdmin里的表名和行数：[粘贴]。请按行数从大到小排序输出表格，并单独标出表名以wp_开头的表。」
「请把这条命令里的主机、用户名、库名换成
有三件事AI替不了，得自己动手。先说最要命的那件，在phpMyAdmin里亲手点Export，选Quick或Custom，点Go，把文件下载到本地，确认文件真的在。第二件，在WP-Optimize后台亲手勾要清的项目，或者确认一键清空的范围，再点执行。还有一件，清理和优化做完，开前台首页和一篇旧文章看显示，据此决定保留还是用备份恢复。
别指望AI把这几步全自动做完。它给的是清单和草稿，动手和判断还是人。
常见问题
站还没搭起来、后台在哪都不熟的，先看WordPress建站教程。
WordPress数据库多久备份一次
看更新频率和你能承受丢多少内容。官方给的一般建议是小站每周一次，更新频繁的大站每天一次。升级或迁移之前，不管上次备份是什么时候，都要再备一次。
备份能自动化吗，还要手动做吗
能，插件目录里有自动备份插件，后台插件浏览器也能找到。官方建议即使做了自动备份，也隔一段时间手动备一次，确认整套流程真的能用。
备份文件长什么样，怎么恢复
通常是一个导出文件，格式是.sql、.gz或.bz2。恢复时在phpMyAdmin或MySQL Workbench里导入回MySQL或MariaDB，整站恢复的顺序是先恢复文件，再导入数据库。
只备份文件不备份数据库行不行
不行。在典型的WordPress安装里，文件备份和数据库备份是两回事，数据库在独立的数据库系统里，下载网站目录备不到它。两部分都有，才能完整恢复一个站。
WP-Optimize免费版能优化单张表吗
按插件官方页的说明，只优化选定的表属于Premium功能，免费版是整库优化。清理前预览数据、挑选要移除的记录，这项也在Premium里。
数据库这事做完一遍就知道不复杂：导出、勾选、清理、优化、开前台看一眼。真正要长期养成的习惯是备份，清理一次省出来的空间有限。
发表评论