2014-07-21 20 views
-1

有一個wordpress項目創建了大量的bug,現在我必須掩蓋以前的程序員的工作。現在最大的問題是性能問題。WordPress的性能

該項目在4GB RAM,4個CPU核心,4個MySQL CPU核心以及20個併發連接支持的測試雲服務器上有時很好,有時甚至很差。

我剛剛檢查了服務器,它工作正常。大多數文件的響應時間都可以,但是當需要數據庫交互時,性能非常差。

我檢查了數據庫,我只看到了兩件事情,我認爲可能是一個問題,但我不知道如果我改變我的這些問題將得到解決:

1)一些表是InnoDB和一些MyISAM不應該都一樣嗎?如果你們的演出是正確的?

2)編碼是utf8_general_ci不應該是utf8_unicode_ci?

3)如果我手動使用phpmyadmin來索引所有表格文件,該怎麼辦?

是我必須考慮的任何其他事情?

+0

您是否啓用並檢查了慢查詢日誌? – Sirko

+0

從wp_posts表中刪除不重要的修訂。同時檢查WP_query循環。 – Arka

+0

可能堅持的東西顯然是20個連接,在正常使用情況下,如果20個用戶一起開始使用,你會很不走運,但是一週前我有一個問題,在這個問題上,垃圾郵件插入了草稿和使用資源的評論, 40k之前我插上它。緩慢時檢查cpanel或equiv for connnections。數據庫的大小又是多少?其他需要注意的是大量啓用的插件,每次都會加載。請查看https://wordpress.org/plugins/p3-profiler/ – David

回答

0

這個問題是由於我使用了「Fancy Designer」的一個codecanyon插件,它序列化並附加了一個大的js canvas +所有客戶端上傳的圖像作爲每個woocommerce帖子的後期元,而且這個龐大的數據被冗餘保存到作爲woocommerce persistentcart數據的wp_options。我改變了插件代碼,將所有文件保存爲一個文件而不是數據庫,然後我的30mb數據庫裏面只有2個訂單,現在只有4mb,有100個訂單。