wordpress效率 wordpress 0day

怎么清理優(yōu)化wordpress數(shù)據(jù)庫(kù)

一、數(shù)據(jù)庫(kù)表清理

創(chuàng)新互聯(lián)專注于紅橋網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠(chéng)為您提供紅橋營(yíng)銷型網(wǎng)站建設(shè)，紅橋網(wǎng)站制作、紅橋網(wǎng)頁(yè)設(shè)計(jì)、紅橋網(wǎng)站官網(wǎng)定制、成都微信小程序服務(wù)，打造紅橋網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供紅橋網(wǎng)站排名全網(wǎng)營(yíng)銷落地服務(wù)。

1. wordpress數(shù)據(jù)庫(kù)表

wp_commentmeta: 用于保存評(píng)論的元信息，在將評(píng)論放入回收站等操作時(shí)會(huì)將數(shù)據(jù)放入此表，Akismet等插件也會(huì)生成此表的數(shù)據(jù)。此表不太重要

wp_comments: 用于保存評(píng)論信息的表

wp_links: 用于保存用戶輸入到Wordpress中的鏈接(通過(guò)Link Manager)的表

wp_options: 用于保存Wordpress相關(guān)設(shè)置、參數(shù)的表，里面包括了大量的重要信息

wp_postmeta: 用于保存文章的元信息(meta)的表

wp_posts: 用于保存你所有的文章相關(guān)信息的表，非常的重要。一般它存儲(chǔ)的數(shù)據(jù)是最多的

wp_terms: 文章和鏈接分類以及文章的tag分類可以在表里找到

wp_term_relationships: 日志與wp_terms中的類別與標(biāo)簽聯(lián)合起來(lái)共同存儲(chǔ)在wp_terms_relationships表中。類別相關(guān)鏈接也存儲(chǔ)在wp_terms_relationships中

wp_term_taxonomy: 該表格對(duì)wp_terms表中的條目分類（類別、鏈接以及標(biāo)簽）進(jìn)行說(shuō)明

wp_usermeta : 用于保存用戶元信息(meta)的表

wp_users:用于保存Wordpress使用者的相關(guān)信息的表

2. 清理涉及到的表

更換主題，刪除插件會(huì)在將數(shù)據(jù)留在數(shù)據(jù)庫(kù)中，在卸載后無(wú)法被清理。除此之外，在由于一些操作，會(huì)導(dǎo)致數(shù)據(jù)庫(kù)的冗余，比如已經(jīng)沒(méi)有的評(píng)論，不應(yīng)該在評(píng)論元數(shù)據(jù)表中有記錄，由于沒(méi)有外鍵的約束，這些記錄沒(méi)有被刪除，會(huì)造成數(shù)據(jù)的冗余。本文的宗旨是刪除掉不必要的數(shù)據(jù)庫(kù)內(nèi)容，提高wordpress的效率

在此，主要涉及到一下幾張表：wp_options，wp_posts，wp_postmeta，wp_commentmeta

注意清理之前進(jìn)行備份

3. wp_options的清理

wp_options 這個(gè)數(shù)據(jù)表是wordpress設(shè)置的全局?jǐn)?shù)據(jù)，這個(gè)表會(huì)經(jīng)常有數(shù)據(jù)膨脹。主要原因是：

(1)以前用過(guò)的一些插件、主題在刪除之后沒(méi)有進(jìn)行設(shè)置的清理，造成殘留數(shù)據(jù)

(2)占用數(shù)據(jù)的大戶–RSS緩存，后臺(tái)的數(shù)據(jù)調(diào)用竟然會(huì)放到數(shù)據(jù)庫(kù)里面

處理方法：

①網(wǎng)上對(duì)RSS處理方法有兩種一個(gè)是修改后臺(tái)的文件直接不去調(diào)用，這個(gè)是我不喜歡的畢竟修改了程序，其實(shí)這個(gè)很容

易忘記WP升級(jí)是太頻繁的哪次更新覆蓋了新文件還是照樣緩存.另外一種就是在配置文件里面填寫define(‘MAGPIE_CACHE_ON’, ’0′); 這個(gè)是管用的,添加以后后臺(tái)首頁(yè)的調(diào)用明顯變慢

②使用插件clean options

③費(fèi)力但是簡(jiǎn)單的清除方法：刪除wp_options表，會(huì)刪除一些設(shè)置，需要重新設(shè)置wordpress，推薦新手使用

TRUNCATE TABLE wp_options;

4.wp_posts清理

wordpress的文章有好多：wp_posts表中包括

文章種類：文章、修訂版本、頁(yè)面、文章的附件、菜單

其中每種文章又會(huì)有很多狀態(tài)：繼承、發(fā)布、私有、草稿、自動(dòng)草稿、回收站中

冗余原因：

(1)在博主寫文章的時(shí)候，系統(tǒng)會(huì)保存很多的中間狀態(tài)，在文章發(fā)布之后其很多的中間狀態(tài)沒(méi)有被刪除

解決辦法：

①使用插件：WP Cleaner，使用插件的好處就是有保護(hù)機(jī)制，無(wú)論怎么操作都無(wú)法影響已發(fā)布的貼子，請(qǐng)放心使用

②自己動(dòng)手刪除，數(shù)據(jù)庫(kù)中的標(biāo)志刪除文章，注意備份

說(shuō)明：wp_posts的重要字段含義：

post_type：文章類型，post表示為文章，revision表示為修訂版本，page為頁(yè)面，attachment是文章的附件信息，nav_menu_item是菜單。這里我們需要的是文章、頁(yè)面、和菜單

post_status：文章?tīng)顟B(tài)，inherit是繼承的附件和文章的附帶信息，publish是已經(jīng)發(fā)布、private是私有的，draft是草稿，auto-draft是自動(dòng)草稿，trash是在回收站。這里我們需要的是publish的狀態(tài)的

這里我們主要是要 已經(jīng)發(fā)布的文章、頁(yè)面和菜單，除此之外的都可以刪除，當(dāng)然可以根據(jù)自己的需求選擇刪除哪些

DELETE FROM wp_posts

WHERE NOT(post_status = ‘publish’ AND post_type IN(‘post’,'nav_menu_item’,’ page’));

③去除WP保存修訂版本的功能

WordPress默認(rèn)的功能并不都是我們想要的，比如修訂版本歷史對(duì)于大多數(shù)人來(lái)說(shuō)是無(wú)用的雞肋功能。所以我么需要禁止一些博客功能，來(lái)達(dá)到較為符合個(gè)

人要求的博客應(yīng)用。對(duì)于高手來(lái)說(shuō)，可以直接修改程序的配置文件，來(lái)禁止相關(guān)功能。對(duì)于我等程序小白來(lái)說(shuō)還是利用插件是最佳的選擇

推薦中文插件SuperSwitch來(lái)關(guān)閉一些我們不需要的博客功能。這個(gè)插件可以關(guān)閉自動(dòng)保存和修訂歷史版本，還可以關(guān)閉博客程序、主題、插件的自動(dòng)更新。功能非常強(qiáng)大，操作及其簡(jiǎn)單。用SuperSwitch禁止了保存修訂版本之后，文章序號(hào)就不會(huì)斷得太厲害了

5.wp_postmeta清理

wp_postmeta是文章的元信息表，其數(shù)據(jù)是系統(tǒng)或者插件使用

冗余原因：

(1)文章被刪除之后，其在wp_postmeta中的數(shù)據(jù)理應(yīng)被刪除，在系統(tǒng)中多數(shù)情況是系統(tǒng)自動(dòng)刪除，但是由于人為刪除文章，系統(tǒng)不知道被刪除，就不會(huì)刪除wp_postmeta表中的數(shù)據(jù)，造成冗余

(2)很多主題、插件沒(méi)有做好及時(shí)清除的工作

解決辦法：

① 手動(dòng)刪除

規(guī)矩刪除

刪除文章中不存在文章的元信息

DELETE FROM wp_postmeta WHERE post_id NOT IN (SELECT post_id FROM wp_posts);

安全刪除

刪除_edit_lock和_edit_last條目是安全的，所以這里給出SQL語(yǔ)句

DELETE FROM wp_postmeta WHERE meta_key = ‘_edit_lock’;

DELETE FROM wp_postmeta WHERE meta_key = ‘_edit_last’;

風(fēng)險(xiǎn)刪除

除了這兩條還執(zhí)行了一些其他語(yǔ)句由于有些風(fēng)險(xiǎn)：自己酌情考慮

DELETE FROM wp_postmeta WHERE meta_key = ‘_wp_old_slug’;

DELETE FROM wp_postmeta WHERE meta_key = ‘_revision-control’;

DELETE FROM wp_postmeta WHERE meta_value = ‘{{unknown}}’;

特殊插件刪除

postnav插件會(huì)記錄每個(gè)文章的訪問(wèn)數(shù)，如果不需要，可以刪除

DELETE FROM wp_postmeta WHERE meta_key = ‘views’;

特殊操作刪除

在WordPress的后臺(tái)上傳圖片或者附件后會(huì)在wp_postmeta中生成_wp_attached_file和_wp_attachment_metadata兩個(gè)項(xiàng)，wp_posts也會(huì)記錄附件的信息。如果使用FTP工具上傳文件，表中就不會(huì)有這些信息

DELETE FROM wp_postmeta WHERE meta_key = ‘_wp_attached_file’;

DELETE FROM wp_postmeta WHERE meta_key = ‘_wp_attachment_metadata’;

潔癖刪除

這幾條條語(yǔ)句執(zhí)行完畢能夠刪除掉95%以上的數(shù)據(jù)，算的上是極限優(yōu)化了，最后考慮到這個(gè)數(shù)據(jù)表并不是很重要，有潔

凈癖的人可以嘗試清空這個(gè)表，當(dāng)然我測(cè)試清空表會(huì)讓一些原本的數(shù)據(jù)丟失

TRUNCATE TABLE wp_postmeta;

6. wp_commentmeta清理

冗余原因：

(1)評(píng)論被刪除之后，其在wp_commentmeta中的數(shù)據(jù)理應(yīng)被刪除，在系統(tǒng)中多數(shù)情況是系統(tǒng)自動(dòng)刪除，但是由于人為刪除文章，系統(tǒng)不知道被刪除，就不會(huì)刪除wp_commentmeta表中的數(shù)據(jù)，造成冗余

(2)很多主題、插件沒(méi)有做好及時(shí)清除的工作

解決辦法：

一下語(yǔ)句去除沒(méi)有用的數(shù)據(jù)，如果評(píng)論中沒(méi)有此條評(píng)論，那么在wp_commentmeta也沒(méi)有意義，好像wordpress在清空回收站的時(shí)候會(huì)刪除wp_commentmeta相應(yīng)的數(shù)據(jù)。如果不出意外，下面的操作我們應(yīng)該不需要做

DELETE FROM wp_comments WHERE comment_approved = ‘trash’;

DELETE FROM wp_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp_comments);

在wp_commentmeta里面會(huì)記錄評(píng)論被刪除的時(shí)間，這些信息用處不是很大，當(dāng)評(píng)論被從回收站刪除之后，這些刪除的時(shí)間意義就不是很大，就可以刪除了，所以用下面的語(yǔ)句一樣達(dá)到刪除的目的

DELETE FROM wp_commentmeta WHERE meta_key LIKE ‘%trash%’;

如果直接全部刪除wp_commentmeta，影響不會(huì)太大，這里面不會(huì)涉及重要的數(shù)據(jù)

TRUNCATE TABLE wp_commentmeta

7. 總結(jié)

其實(shí)大部分無(wú)用的數(shù)據(jù)均在這幾張表中，清理過(guò)后應(yīng)該不會(huì)又太多的冗余數(shù)據(jù)了。但這里沒(méi)有針對(duì)特殊插件或主題做數(shù)據(jù)庫(kù)清理，有時(shí)這些插件和主題會(huì)悄悄動(dòng)了一些數(shù)據(jù)庫(kù)表，這樣給清理帶來(lái)很大難度，需要看代碼才知道哦

二、數(shù)據(jù)庫(kù)表優(yōu)化

原理：數(shù)據(jù)庫(kù)優(yōu)化不

涉及數(shù)據(jù)的刪除，是將數(shù)據(jù)庫(kù)的表的狀態(tài)調(diào)整好。在使用phpmyadmin時(shí)候，或許您會(huì)看到數(shù)據(jù)庫(kù)表后面有多余xxMB的字樣，這個(gè)指的是那些已經(jīng)分配

給當(dāng)前表但是卻沒(méi)有使用的空間。這個(gè)多余是沒(méi)有什么害處的，他不會(huì)占用你的空間。當(dāng)刪除一個(gè)表的一部分記錄時(shí),這些記錄仍然保持在一個(gè)linked

list 中，當(dāng)插入新數(shù)據(jù)時(shí)會(huì)再次使用這些老紀(jì)錄的位置。所以刪除紀(jì)錄會(huì)閑置一些空間造成你說(shuō)的“多余”

優(yōu)化：

(1)在phpmyadmin手動(dòng) 優(yōu)化或者修復(fù)表即可

(2)運(yùn)行SQL：

OPTIMIZE TABLE wp_commentmeta;

OPTIMIZE TABLE wp_comments;

OPTIMIZE TABLE wp_links;

OPTIMIZE TABLE wp_options;

OPTIMIZE TABLE wp_postmeta;

OPTIMIZE TABLE wp_posts;

OPTIMIZE TABLE wp_terms;

OPTIMIZE TABLE wp_term_relationships;

OPTIMIZE TABLE wp_term_taxonomy;

OPTIMIZE TABLE wp_usermeta;

OPTIMIZE TABLE wp_users;

(3)插件：Optimize DB

我是使用SQL語(yǔ)句進(jìn)行清理與優(yōu)化的，附我的優(yōu)化SQL語(yǔ)句（我的表前綴是wp1）：

DELETE FROM wp1_posts WHERE NOT(post_status = ‘publish’ AND post_type IN(‘post’,'nav_menu_item’,’ page’));

DELETE FROM wp1_postmeta WHERE meta_key in (‘_edit_lock’,

‘_edit_last’, ‘_wp_old_slug’, ‘_revision-control’, ‘{{unknown}}’,

‘_wp_attached_file’, ‘_wp_attachment_metadata’);

DELETE FROM wp1_postmeta WHERE post_id NOT IN (SELECT id FROM wp1_posts);

DELETE FROM wp1_comments WHERE comment_approved like ‘%trash%’;

DELETE FROM wp1_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp1_comments);

OPTIMIZE TABLE wp1_commentmeta;

OPTIMIZE TABLE wp1_comments;

OPTIMIZE TABLE wp1_links;

OPTIMIZE TABLE wp1_options;

OPTIMIZE TABLE wp1_postmeta;

OPTIMIZE TABLE wp1_posts;

OPTIMIZE TABLE wp1_terms;

OPTIMIZE TABLE wp1_term_relationships;

OPTIMIZE TABLE wp1_term_taxonomy;

OPTIMIZE TABLE wp1_usermeta;

OPTIMIZE TABLE wp1_users;

WordPress占cpu過(guò)高怎么辦

自己本地測(cè)和上傳到服務(wù)器后的運(yùn)行情況相差太遠(yuǎn)了

不過(guò)wordpress相對(duì)來(lái)說(shuō)比較占用資源的

負(fù)載能力差的程序造成cpu占用過(guò)高

不限空間、流量、網(wǎng)站數(shù)，并不是說(shuō)你就可以無(wú)限制的使用資源，因?yàn)閲?guó)外主機(jī)對(duì)cpu的占用是有限制的。如果你選用建站程序不太好、流量又過(guò)大，導(dǎo)致cpu占用過(guò)高，就會(huì)被暫停訪問(wèn)的。最可能超的就是cpu限制，其他限制超過(guò)的情況比較少。程序的好壞對(duì)這些影響很大。

Lunarpages的CPU限制的的確比較厲害，不過(guò)CPU的使用量和所用的程序有非常大的關(guān)系，論壇類的由于用戶Session是處于連接狀態(tài)的，所以耗資源特別厲害。靜態(tài)化的話就可以承受比較高的PV量

還有動(dòng)態(tài)程序，盡可能的生成靜態(tài)網(wǎng)頁(yè)，如果是論壇的話，那就減少插件吧。做了這幾步如果還被封，只能換空間了。

一個(gè)大流量的wordpress博客，不做任何優(yōu)化，cpu肯定會(huì)超標(biāo)。日3000ip以上，虛擬主機(jī)就撐不了了，這除了cpu限制以外，還有wp 本身的原因，wp的執(zhí)行效率是很低的，不弄緩存（生成靜態(tài)文件， 使用WP Super Cache插件），國(guó)外隨便哪個(gè)oversell的主機(jī)都是吃不消的，但是緩存了呢？直接生成的靜態(tài)文件，訪問(wèn)的時(shí)候不需要cpu去執(zhí)行php，這就大大降低了cpu的消耗率。

承受能力：很多人問(wèn)一天能支持多少ip，其實(shí)這個(gè)問(wèn)題很難回答，有客戶說(shuō)圖片站一天跑過(guò)萬(wàn)ip的，也有人說(shuō)一天過(guò)3千就費(fèi)勁，其實(shí)這個(gè)和程序關(guān)系很大的，建議把程序優(yōu)化下，而且官方不允許超cpu的20%；現(xiàn)在很多都是不限空間和不限流量，但實(shí)際上你根本用不了多少，就算你真的ip數(shù)上來(lái)了，也有 cpu限制，我一個(gè)站運(yùn)行wordpress，到4000多ip的時(shí)候就老是被暫停賬號(hào)了。

lamp和wordpress哪個(gè)建數(shù)據(jù)庫(kù)比較好

lamp。

前者是一組常用來(lái)搭建動(dòng)態(tài)網(wǎng)站或者服務(wù)器的開(kāi)源軟件，本身都是各自獨(dú)立的程序，擁有了越來(lái)越高的兼容度。

數(shù)據(jù)庫(kù)是存放數(shù)據(jù)的倉(cāng)庫(kù)。它的存儲(chǔ)空間很大，可以存放百萬(wàn)條、千萬(wàn)條、上億條數(shù)據(jù)。但是數(shù)據(jù)庫(kù)并不是隨意地將數(shù)據(jù)進(jìn)行存放，是有一定的規(guī)則的，否則查詢的效率會(huì)很低。

如何快速的快速把自己的wordpress博客推廣建設(shè)好呢、？效率和速度是重要的!

推廣的最重要的是內(nèi)容，內(nèi)容要足夠有料，原創(chuàng)、堅(jiān)持定期更新

文章名稱：wordpress效率 wordpress 0day
本文URL：http://muchs.cn/article28/dohepcp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站建設(shè)、用戶體驗(yàn)、網(wǎng)站營(yíng)銷、網(wǎng)頁(yè)設(shè)計(jì)公司、全網(wǎng)營(yíng)銷推廣、標(biāo)簽優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)