搭建 WordPress 網站會佔用大量的內存，還需要一些好些的服務器配置之外，我們如果想更好的給用戶有更好的訪問體驗，對網站優化也是必不可少的。
很多時候用 WordPress 越久，數據越多，你就會發現網站越來越慢，怎樣才能優化好呢，今天給大家分享的是由 MySQL 查詢導致的 CPU 超負荷的解決方法。
一般在配置服務器的時候 WordPress 都會使用 MySQL 用來存儲網站數據，而本站也同樣使用 MySQL 數據庫。
在安裝好 MySQL 後，一般默認的配置參數並不能更好的帶來網站訪客對數據庫訪問的需求。
由於 WordPress 本身開發的原因，不能直接生成靜態的 HTML，所以我們一般都是僞靜態的頁面，這個時候對數據庫的訪問就會增加。
所以做好數據庫的優化對於網站的訪問速度來說是很有必要的。
Mysql 開啓慢查詢方法一
1、在 my.ini 的 [mysqld] 添加如下語句：
log-slow-queries = E:webmysqllogmysqlslowquery.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 文件再重啓服務，發現排除故障時還是查看一些案例解決的最有參考價值，以下都是修改 my.ini，如果你的 my.ini 中查詢沒有的話可以直接添加進去。
#取消文件系統的外部鎖 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表發生變化時重新排序所需的緩衝 myisam_sort_buffer_size = 64M #緩存可重用的線程數 thread_cache = 128 #查詢結果緩存 query_cache_size = 128M #設置超時時間,能避免長連接 set-variable = wait_timeout=60
大多數使用 WordPress 搭建的網站，其後臺都是 MySQL 數據庫，提升動態網站速度，減少數據庫查詢次數是幾大重點之一，做好數據庫優化對於提升網站速度是非常有必要的。當然文章中僅僅提到的只是一種，你也可以通過開啓 GZIP 壓縮網頁、使用 CDN 節點加速、使用 memcache 內存級緩存提升響應處理速度等等。