當你百度搜索 WordPress CPU 關鍵詞的時候，你會發(fā)現可以搜索到很多使用?WordPress?搭建的網站都不同程度的有出現過 CPU 超負荷的情況，當然本站也不例外。雖然搭建 WordPress 網站會占用大量的內存，還需要一些好些的服務器配置之外，我們如果想更好的給用戶有更好的訪問體驗，對網站優(yōu)化也是必不可少的。很多時候用 WordPress 越久，數據越多，你就會發(fā)現網站越來越慢，怎樣才能優(yōu)化好呢，今天給大家分享的是由?MySQL?查詢導致的 CPU 超負荷的解決方法。

一般在配置服務器的時候 WordPress 都會使用 MySQL 用來存儲網站數據，而本站也同樣使用 MySQL 數據庫。在安裝好 MySQL 后，一般默認的配置參數并不能更好的帶來網站訪客對數據庫訪問的需求。由于 WordPress 本身開發(fā)的原因，不能直接生成靜態(tài)的 HTML，所以我們一般都是偽靜態(tài)的頁面，這個時候對數據庫的訪問就會增加。所以做好數據庫的優(yōu)化對于網站的訪問速度來說是很有必要的。

WordPress CPU

Mysql 開啟慢查詢方法一：

1、在 my.ini 的 [mysqld] 添加如下語句：

log-slow-queries = E:\web\mysql\log\mysqlslowquery.log

long_query_time = 2

2、修改 My.ini，將 tmp_table_size 的值賦值到 200M

3、修改 My.ini，將 key_buffer_size 的值賦值到 128M

4、修改 My.ini，將 query_cache_size 的值賦值到 32M

5、重啟 Mysql

Mysql 開啟慢查詢方法二、

修改 Mysql 文件夾下面的 my.ini 文件再重啟服務，發(fā)現排除故障時還是查看一些案例解決的最有參考價值，以下都是修改 my.ini，如果你的 my.ini 中查詢沒有的話可以直接添加進去。

#取消文件系統(tǒng)的外部鎖

skip-locking

#不進行域名反解析,注意由此帶來的權限/授權問題

skip-name-resolve

#索引緩存,根據內存大小而定,如果是獨立的db服務器,可以設置高達80%的內存總量

key_buffer = 512M

#連接排隊列表總數

back_log = 200

max_allowed_packet = 2M

#打開表緩存總數,可以避免頻繁的打開數據表產生的開銷

table_cache = 512

#每個線程排序所需的緩沖

sort_buffer_size = 4M

#每個線程讀取索引所需的緩沖

read_buffer_size = 4M

#MyISAM表發(fā)生變化時重新排序所需的緩沖

myisam_sort_buffer_size = 64M

#緩存可重用的線程數

thread_cache = 128

#查詢結果緩存

query_cache_size = 128M

#設置超時時間,能避免長連接

set-variable = wait_timeout=60

大多數使用 WordPress 搭建的網站，其后臺都是?MySQL?數據庫，提升動態(tài)網站速度，減少數據庫查詢次數是幾大重點之一，做好數據庫優(yōu)化對于提升網站速度是非常有必要的。當然文章中僅僅提到的只是一種，你也可以通過開啟 GZIP 壓縮網頁、使用 CDN 節(jié)點加速、使用 memcache 內存級緩存提升響應處理速度等等。