目前本站已經(jīng)有300多篇日志和超過2000條評論，雖然數(shù)據(jù)量不是很多但是偶爾會出現(xiàn)，404或者是500亦或是502錯誤，甚至造成服務(wù)器宕機。
也就出現(xiàn)了今天這篇”WordPress速度優(yōu)化系列之“清理數(shù)據(jù)庫”，全部來源于之前對和邪社進行優(yōu)化所得來的經(jīng)驗以及教訓(xùn)，以后還有其他相關(guān)的文章。
通過上網(wǎng)搜索相關(guān)優(yōu)化技巧和個人經(jīng)驗，造福各位博主，于是就有了今天大家看到的WordPress優(yōu)化系列之“清理數(shù)據(jù)庫”。
既然是WordPress優(yōu)化系列，肯定有方方面面需要照顧到，比如選擇正確的插件，減少數(shù)據(jù)庫請求次數(shù)，如果最大限度的提升加載速度等等，我會盡量把方方面面需要說明清楚的內(nèi)容都寫出來。今天就先講一下最容易也是最需要亟需解決的一個問題，那就是日益增長的數(shù)據(jù)庫問題。
剛接觸wordpress我對這方面的經(jīng)驗為零，完全的從零開始，甚至沒有接觸過linux或者是相關(guān)的一些技術(shù)，比如Nginx（Apache）的優(yōu)化配置，數(shù)據(jù)庫（MySQL）的理論知識以及相關(guān)的配置等等等等。只因從一臺完全空白的服務(wù)器（僅有l(wèi)inux或者是Windows）到一個完整的WordPress博客是一個相當(dāng)“艱巨”的過程。而這篇文章提到的內(nèi)容肯定不可能非常完善，以后我會逐步的將其充實起來。
目前小殘博客有300多篇日志和超過2000條評論，可是MySQL數(shù)據(jù)庫的總大小已經(jīng)超過了250多MB，從上圖可以看到和邪社的數(shù)據(jù)庫大小已經(jīng)到了250M（這個小殘優(yōu)化之前的截圖，現(xiàn)在的數(shù)據(jù)庫因為已經(jīng)清理完畢，所以很小了）
這么“龐大”的數(shù)據(jù)庫到底有多少有用呢？下面就開始一步步優(yōu)化我們的數(shù)據(jù)庫。
清理wp-commentmeta表
WordPress現(xiàn)在已經(jīng)發(fā)展到了3.1版本，而如果是從2.X系列就開始使用WP的用戶則會發(fā)現(xiàn)數(shù)據(jù)庫增長的比例跟文章發(fā)布的數(shù)量不成比例，原因當(dāng)然有很多。
我們首先要清理的是wp_commentmeta這個表，在2.9版本之前，這個表完全不存在，先來看看它的內(nèi)容，瀏覽表結(jié)構(gòu)可以發(fā)現(xiàn)其為akismet_history、akismet_result、akismet_as_submitted等
很顯然，這個是WP官方推薦的反垃圾評論插件Akismet所生成的，其值的作用是記錄管理員用戶對垃圾評論的處理結(jié)果以及插件自動判斷某條評論是否為垃圾評論的相關(guān)記錄。
（如果你沒有安裝這個Akismet插件）可以跳過這一步
如果你安裝了AKismet那么只需要在MySQL管理器也就是phpMyAdmin里面輸入一條簡單的命令即可清除。進入數(shù)據(jù)庫運行MySQL語句查詢，
復(fù)制代碼
代碼如下:
清理Revision Post（日志修訂）
Revision Post 是 WordPress 在2.6版之后加入自動保存日志修訂版造成的，您每修改一次日志，就會增加一個 revision ， 如果您修改多次，數(shù)篇日志之后，這將是一個很可怕的數(shù)量！您如果有上百篇的日志，您的冗余 revisiong 可能會有上千篇之多！
（此描述來自插件delete-Revision manager）這里我們使用一個簡單好用的插件來清理，Delete-revision Manager（WP官方擴展鏈接），安裝此插件后，運行該插件可以清楚的看到目前數(shù)據(jù)庫里面所保存的日志修訂。
PS:安裝好插件清理成功后在修改修改wp-config.php文件:合適的位置插入這一行參數(shù)：
復(fù)制代碼
代碼如下:
徹底優(yōu)化清理wp_options
wp_options表是用來存貯WP的設(shè)置方面的信息，如博客名、博客地址、基本設(shè)置、插件設(shè)置、主題設(shè)置…等。
關(guān)于這個表，如果你不是磚家級的人物，建議直接跳過，因為這個操作這個表的危險性比較大。此表用來存儲WP設(shè)置相關(guān)的信息，如地址、插件設(shè)置等等。但是因為各位的“折騰”，這個表會因為頻繁的嘗試安裝/禁用各種插件變得臃腫不堪。
(本站數(shù)據(jù)庫259Mwp_options占用了248M)十分影響數(shù)據(jù)庫運行速度。因危險性較大，我不做過多闡述
如果發(fā)現(xiàn)自己的博客中這個表也和小殘博客一樣這個表異常的大那么可以先備份數(shù)據(jù)庫然后在清空wp_options表
最后本地搭建一個wordpress然后設(shè)置的網(wǎng)站標(biāo)題后臺密碼插件設(shè)置后臺設(shè)置全部設(shè)置為和自己的博客一模一樣然后在導(dǎo)入wp_options表即可。
除非萬不得已最好不要這樣做,小殘我也是被逼無奈。。。
清理wp_postmeta
可能有很多東西你想保存到你的一些日志中 — 你寫日志時候的心情 ，你當(dāng)時聽的歌曲，你所處的地理位置，一些相關(guān)日志的列表，特定為搜索引擎指定日志信息等等。所以這些東西都會保存到wp_postmeta 這個表中。關(guān)于這個表的清理可以借助插件WP-Cleanup完成。執(zhí)行下列相關(guān)的MySQL指令則可以進一步的清理出無用的數(shù)據(jù)
復(fù)制代碼
代碼如下:
最終優(yōu)化結(jié)果如上圖從259M減少到14.4M,其中大部分占用的都拜wp_postmeta所賜
WordPress數(shù)據(jù)庫相關(guān)的清理工作到此就告一段落，其他關(guān)于WordPress數(shù)據(jù)庫的優(yōu)化技巧也還有很多，牽扯到了系統(tǒng)底層方面以及需要借助插件完成。
關(guān)于這篇文章除了優(yōu)化清理wp_options以為所涉及到的SQL語句基本不會出現(xiàn)什么問題
但是永遠(yuǎn)記住一句話：做好備份！只有做好備份工作才可以有備無患。
本文來自小殘博客
