做爰高潮a片〈毛片〉,尤物av天堂一区二区在线观看,一本久久A久久精品VR综合,添女人荫蒂全部过程av

最新文章專題視頻專題問答1問答10問答100問答1000問答2000關鍵字專題1關鍵字專題50關鍵字專題500關鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關鍵字專題關鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
當前位置: 首頁 - 科技 - 知識百科 - 正文

[MySQLCPU]線上爬升800%,load達到12的解決過程

來源:懂視網(wǎng) 責編:小采 時間:2020-11-09 13:33:59
文檔

[MySQLCPU]線上爬升800%,load達到12的解決過程

[MySQLCPU]線上爬升800%,load達到12的解決過程:[MySQL CPU]線上飆升800%,load達到12的解決過程 接到報警通知,負載過高,達到800%,load也過高,有11了。 MySQL版本為5.6.12-log 1 top 之后,確實是mysqld進程占據(jù)了所有資源。 2 查看error日志,無任何異常 3 show eninge innod
推薦度:
導讀[MySQLCPU]線上爬升800%,load達到12的解決過程:[MySQL CPU]線上飆升800%,load達到12的解決過程 接到報警通知,負載過高,達到800%,load也過高,有11了。 MySQL版本為5.6.12-log 1 top 之后,確實是mysqld進程占據(jù)了所有資源。 2 查看error日志,無任何異常 3 show eninge innod

[MySQL CPU]線上飆升800%,load達到12的解決過程 接到報警通知,負載過高,達到800%,load也過高,有11了。 MySQL版本為5.6.12-log 1 top 之后,確實是mysqld進程占據(jù)了所有資源。 2 查看error日志,無任何異常 3 show eninge innodb status\G,沒有死鎖信息

[MySQL CPU]線上飆升800%,load達到12的解決過程

接到報警通知,負載過高,達到800%,load也過高,有11了。

MySQL版本為5.6.12-log


1 top 之后,確實是mysqld進程占據(jù)了所有資源。


2 查看error日志,無任何異常


3 show eninge innodb status\G,沒有死鎖信息。


4 show full processlist;

沒有耗時非常大的慢sql再跑。看并發(fā),當前的線程總數(shù)量也才30個左右。


5 查看iostat,讀寫正常。


到底是什么問題呢?查看slow log,發(fā)現(xiàn)如下SQL,頻繁執(zhí)行,耗時在5秒之間,explain有Using join buffer (Block Nested Loop)

mysql> explain select web_page_object.web_page_object_id,
 -> web_page_object.object_id,
 -> web_div_name,web_page_object.position_sort,web_page_object.end_time,om1.label,om1.file,jump_url,om2.label as label1,om2.file as file1
 -> from web_page_div,web_page_object,object_media as om1,object_media as om2
 -> where web_page_div.id=web_page_object.web_page_div_id
 -> and web_page_object.object_media_id=om1.object_media_id
 -> and web_page_div.web_page_id=1200
 -> and if(web_page_object.object_media_id1=0,
 -> web_page_object.object_media_id=om2.object_media_id,
 -> web_page_object.object_media_id1=om2.object_media_id)
 -> 
 -> and '2014-05-01 15:09:49'>=start_time
 -> and '2014-05-01 15:09:49'<= end_time
 -> 
 -> and object_status=0
 -> order by web_page_div.id,web_page_object.position_sort;
+----+-------------+-----------------+--------+-----------------------+---------+---------+-------------------------------------------+-------+----------------------------------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-----------------+--------+-----------------------+---------+---------+-------------------------------------------+-------+----------------------------------------------------+
| 1 | SIMPLE | web_page_object | ALL | object_media_id_index | NULL | NULL | NULL | 51165 | Using where; Using temporary; Using filesort |
| 1 | SIMPLE | web_page_div | eq_ref | PRIMARY,idx | PRIMARY | 4 | db_jiapin.web_page_object.web_page_div_id | 1 | Using where |
| 1 | SIMPLE | om1 | eq_ref | PRIMARY | PRIMARY | 4 | db_jiapin.web_page_object.object_media_id | 1 | Using where |
| 1 | SIMPLE | om2 | ALL | NULL | NULL | NULL | NULL | 74759 | Using where; Using join buffer (Block Nested Loop) |
+----+-------------+-----------------+--------+-----------------------+---------+---------+-------------------------------------------+-------+----------------------------------------------------+
Using join buffer (Block Nested Loop)


看SQL是where后面的if判斷引起的,拆分if之后,就正常了,SQL耗時不到0.1秒。數(shù)據(jù)庫load也降下來了。


還記錄以前碰到的

(Block Nested Loop)的案例是 join后面的on條件里面有or判斷。
也會引起B(yǎng)lock Nested Loop,導致數(shù)據(jù)庫負載過高。

聲明:本網(wǎng)頁內(nèi)容旨在傳播知識,若有侵權等問題請及時與本網(wǎng)聯(lián)系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

文檔

[MySQLCPU]線上爬升800%,load達到12的解決過程

[MySQLCPU]線上爬升800%,load達到12的解決過程:[MySQL CPU]線上飆升800%,load達到12的解決過程 接到報警通知,負載過高,達到800%,load也過高,有11了。 MySQL版本為5.6.12-log 1 top 之后,確實是mysqld進程占據(jù)了所有資源。 2 查看error日志,無任何異常 3 show eninge innod
推薦度:
標簽: cpu 12 線上
  • 熱門焦點

最新推薦

猜你喜歡

熱門推薦

專題
Top
主站蜘蛛池模板: 渝中区| 重庆市| 盐城市| 彰武县| 平顺县| 太和县| 阳春市| 特克斯县| 内江市| 乐亭县| 方正县| 穆棱市| 武平县| 新建县| 岱山县| 句容市| 新沂市| 吉林市| 南和县| 屏东市| 晋宁县| 孝感市| 京山县| 浮山县| 鄂温| 云南省| 璧山县| 平舆县| 集安市| 普格县| 青阳县| 忻州市| 墨脱县| 汕头市| 乌鲁木齐县| 涟源市| 托克托县| 芦山县| 齐齐哈尔市| 卢龙县| 政和县|