IT貓撲網(wǎng)：您身邊最放心的安全下載站！ 最新更新|軟件分類|軟件專題|手機版|論壇轉(zhuǎn)貼|軟件發(fā)布

您當(dāng)前所在位置： 首頁 → 數(shù)據(jù)庫 → MYSQL → MySQL CPU 占用 100% 的解決過程

MySQL CPU 占用 100% 的解決過程

時間：2017-11-27 08:37:37 來源：IT貓撲網(wǎng) 作者：網(wǎng)管聯(lián)盟 我要評論(0)

服務(wù)器解決了 mysql CPU 占用 100% 的問題，稍整理如下，希望對各位有所幫助。

朋友主機 (Windows 2003 + IIS + PHP + MySQL) 近來 MySQL 服務(wù)進(jìn)程 (MySQLd-nt.exe) CPU 占用率總為 100% 高居不下。此主機有10個左右的 database，分別給十個網(wǎng)站調(diào)用。據(jù)朋友測試，導(dǎo)致 MySQLd-nt.exe CPU 占用奇高的是網(wǎng)站A，一旦在 IIS 中將此網(wǎng)站停止服務(wù)，CPU 占用就降下來了。一啟用，則馬上上升。

MySQL CPU 占用 100% 的解決過程

今天早上仔細(xì)檢查了一下。目前此網(wǎng)站的七日平均日 IP 為2000，PageView 為 3萬左右。網(wǎng)站A 用的 database 目前有39個表，記錄數(shù) 60.1萬條，占空間 45MB。按這個數(shù)據(jù)，MySQL 不可能占用這么高的資源。

于是在服務(wù)器上運行命令，將 MySQL 當(dāng)前的環(huán)境變量輸出到文件 output.txt：
d:webMySQL> MySQLd.exe --help >output.txt

發(fā)現(xiàn) tmp_table_size 的值是默認(rèn)的 32M，于是修改 My.ini，將 tmp_table_size 賦值到 200M:
d:webMySQL> notepad c:windowsmy.ini
[MySQLd]
tmp_table_size=200M

然后重啟 MySQL 服務(wù)。CPU 占用有輕微下降，以前的CPU 占用波形圖是 100% 一根直線，現(xiàn)在則在 97%~100% 之間起伏。這表明調(diào)整 tmp_table_size 參數(shù)對 MySQL 性能提升有改善作用。但問題還沒有完全解決。

于是進(jìn)入 MySQL 的 shell 命令行，調(diào)用 show processlist， 查看當(dāng)前 MySQL 使用頻繁的 sql 語句：
MySQL> show processlist;

反復(fù)調(diào)用此命令（每秒刷兩次），發(fā)現(xiàn)網(wǎng)站 A 的兩個 SQL 語句經(jīng)常在 process list 中出現(xiàn)，其語法如下：

SELECT t1.pid, t2.userid, t3.count, t1.date
FROM _mydata AS t1
LEFT JOIN _myuser AS t3 ON t1.userid=t3.userid
LEFT JOIN _mydata_body AS t2 ON t1.pid=t3.pid
ORDER BY t1.pid
LIMIT 0, 15

調(diào)用 show columns 檢查這三個表的結(jié)構(gòu)：
MySQL> show columns from _myuser;
MySQL> show columns from _mydata;
MySQL> show columns from _mydata_body;

終于發(fā)現(xiàn)了問題所在：_mydata 表，只根據(jù) pid 建立了一個 primary key，但并沒有為 userid 建立索引。而在這個 SQL 語句的第一個 LEFT JOIN ON 子句中：
LEFT JOIN _myuser AS t3 ON t1.userid=t3.userid

mydata 的 userid 被參與了條件比較運算。于是我為給 _mydata 表根據(jù)字段 userid 建立了一個索引：
MySQL> ALTER TABLE `_mydata` ADD INDEX ( `userid` )

建立此索引之后，CPU 馬上降到了 80% 左右?？吹秸业搅藛栴}所在，于是檢查另一個反復(fù)出現(xiàn)在 show processlist 中的 sql 語句：
SELECT COUNT(*)
FROM _mydata AS t1, _mydata_key AS t2
WHERE t1.pid=t2.pid and t2.keywords = '孔雀'

經(jīng)檢查_mydata_key 表的結(jié)構(gòu)，發(fā)現(xiàn)它只為 pid 建了了 primary key，沒有為 keywords 建立 index。_mydata_key 目前有 33 萬條記錄，在沒有索引的情況下對33萬條記錄進(jìn)行文本檢索匹配，不耗費大量的 CPU 時間才怪?？磥砭褪轻槍@個表的檢索出問題了。于是同樣為 _mydata_key 表根據(jù)字段 keywords 加上索引:
MySQL> ALTER TABLE `_mydata_key` ADD INDEX ( `keywords` )

建立此索引之后，CPU立刻降了下來，在 50%~70% 之間震蕩。

再次調(diào)用 show prosslist，網(wǎng)站 A 的 sql 調(diào)用就很少出現(xiàn)在結(jié)果列表中了。但發(fā)現(xiàn)此主機運行了幾個 Discuz 的論壇程序， Discuz 論壇的好幾個表也存在著這個問題。于是順手一并解決，CPU 占用再次降下來了。

至此，問題解決。

解決 MySQL CPU 占用 100% 的經(jīng)驗總結(jié)

1. 增加 tmp_table_size 值。MySQL 的配置文件中，tmp_table_size 的默認(rèn)大小是 32M。如果一張臨時表超出該大小，MySQL 產(chǎn)生一個 The table tbl_name is full 形式的錯誤，如果你做很多高級 GROUP BY 查詢，增加 tmp_table_size 值。 這是 MySQL 官方關(guān)于此選項的解釋：

tmp_table_size

This variable determines the maximum size for a temporary table in memory. If the table becomes too large, a MYISAM table is created on disk. Try to avoid temporary tables by optimizing the queries where possible, but where this is not possible, try to ensure temporary tables are always stored in memory. Watching the processlist for queries with temporary tables that take too long to resolve can give you an early warning that tmp_table_size needs to be upped. Be aware that memory is also allocated per-thread. An example where upping this worked for more was a server where I upped this from 32MB (the default) to 64MB with immediate effect. The quicker resolution of queries resulted in less threads being active at any one time, with all-round benefits for the server, and available memory.

2. 對 WHERE、JOIN、MAX()、MIN()及ORDER BY 等子句中的條件判斷中用到的字段，應(yīng)該根據(jù)其建立索引 INDEX。

索引被用來快速找出在一個列上用一特定值的行。沒有索引，MySQL 不得不首先以第一條記錄開始并然后讀完整個表直到它找出相關(guān)的行。表越大，花費時間越多。如果表對于查詢的列有一個索引，MySQL 能快速到達(dá)一個位置去搜尋到數(shù)據(jù)文件的中間，沒有必要考慮所有數(shù)據(jù)。如果一個表有 1000 行，這比順序讀取至少快 100 倍。所有的MySQL索引（PRIMARY、UNIQUE 及 INDEX）在B樹中存儲。

根據(jù) MySQL 的開發(fā)文檔:

索引 index 用于：

o 快速找出匹配一個 WHERE 子句的行。

o 當(dāng)執(zhí)行聯(lián)結(jié) (JOIN) 時，從其他表檢索行。

o 對特定的索引列找出 MAX() 或 MIN() 值。

o 如果排序或分組在一個可用鍵的最左面前綴上進(jìn)行（例如：ORDER BY key_part_1, key_part_2），排序或分組一個表。如果所有鍵值部分跟隨 DESC，鍵以倒序被讀取。

o 在一些情況中，一個查詢能被優(yōu)化來檢索值，不用咨詢數(shù)據(jù)文件。如果對某些表的所有使用的列是數(shù)字型的并且構(gòu)成某些鍵的最左面前綴，為了更快，值可以從索引樹被檢索出來。

假定你發(fā)出下列 SELECT 語句：
MySQL> SELECT * FROM tbl_name WHERE col1=val1 AND col2=val2;

如果一個多列索引存在于 col1 和 col2 上，適當(dāng)?shù)男锌梢灾苯颖蝗〕?。如果分開的單行列索引存在于 col1 和 col2 上，優(yōu)化器試圖通過決定哪個索引將找到更少的行并來找出更具限制性的索引并且使用該索引取行。

開發(fā)人員做 SQL 數(shù)據(jù)表設(shè)計的時候，一定要通盤考慮清楚。

關(guān)鍵詞標(biāo)簽：MySQL

相關(guān)閱讀 CentOS 6.3安裝配置LAMP服務(wù)器(Linux+Apache+MySQL+PHP5) WIN2003 IIS6.0+PHP+ASP+MYSQL優(yōu)化配置 MySQL中文亂碼，phpmyadmin亂碼，php亂碼 產(chǎn)生原因及其解決方法 PHP 鏈接 mysql 例子 MYSQL使用錯誤 MYSQL中ERROR 1006 MySQL手動安裝方法與中文解決方案

文章評論
發(fā)表評論

熱門文章 Xbox Game Pass Xbox Game Pass 10款MySQL數(shù)據(jù)庫客戶端圖形界面管理工具推薦 10款MySQL數(shù)據(jù)庫客戶端圖形界面管理工具推薦 MySQL常用維護(hù)管理工具 MySQL常用維護(hù)管理工具 MySQL數(shù)據(jù)庫啟動失敗1067進(jìn)程意外終止的解決辦法總結(jié) MySQL數(shù)據(jù)庫啟動失敗1067進(jìn)程意外終止的解決辦法總結(jié)

相關(guān)下載

人氣排行 10款MySQL數(shù)據(jù)庫客戶端圖形界面管理工具推薦 MySQL數(shù)據(jù)庫啟動失敗1067進(jìn)程意外終止的解決辦法總結(jié) Mysql 1045錯誤解決辦法 MySQL服務(wù)器進(jìn)程CPU占用100%解決辦法 MySQL導(dǎo)出導(dǎo)入命令的用例 MySQL連接字符串的實際操作步驟匯總 MySQL無法啟動、無法停止各種解決方法總結(jié) 三種常用的MySQL建表語句