国产99久久精品_欧美日本韩国一区二区_激情小说综合网_欧美一级二级视频_午夜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
當前位置: 首頁 - 科技 - 知識百科 - 正文

mysqlreport顯示Com_中change_db占用比例高的問題的解決方法

來源:懂視網 責編:小采 時間:2020-11-09 09:38:14
文檔

mysqlreport顯示Com_中change_db占用比例高的問題的解決方法

mysqlreport顯示Com_中change_db占用比例高的問題的解決方法:最近公司的mysql服務器經常出現阻塞狀態。動不動就重啟,給用戶訪問帶來了相當的不便。 首先說明一點,每天的訪問量并不大每天才2W的訪問量,按道理說,訪問量再增加一倍這樣的服務器也應該足以承受。可是我們的服務器為什么總是這樣頻頻重啟呢?經過mys
推薦度:
導讀mysqlreport顯示Com_中change_db占用比例高的問題的解決方法:最近公司的mysql服務器經常出現阻塞狀態。動不動就重啟,給用戶訪問帶來了相當的不便。 首先說明一點,每天的訪問量并不大每天才2W的訪問量,按道理說,訪問量再增加一倍這樣的服務器也應該足以承受。可是我們的服務器為什么總是這樣頻頻重啟呢?經過mys

最近公司的mysql服務器經常出現阻塞狀態。動不動就重啟,給用戶訪問帶來了相當的不便。

首先說明一點,每天的訪問量并不大每天才2W的訪問量,按道理說,訪問量再增加一倍這樣的服務器也應該足以承受。可是我們的服務器為什么總是這樣頻頻重啟呢?經過mysqlreport顯示mysql運行的狀態如下:
MySQL 5.1.28-rc-log uptime 0 0:4:48 Thu Apr 30 14:04:58 2009

__ Key _________________________________________________________________
Buffer used 7.74M of 384.00M %Used: 2.02
Current 52.89M %Usage: 13.77
Write hit 0.00%
Read hit 91.97%

__ Questions ___________________________________________________________
Total 14.46k 50.2/s
DMS 9.24k 32.1/s %Total: 63.90
QC Hits 3.66k 12.7/s 25.33
Com_ 1.04k 3.6/s 7.19
COM_QUIT 517 1.8/s 3.58
-Unknown 1 0.0/s 0.01
Slow 1 s 4 0.0/s 0.03 %DMS: 0.04 Log: OFF
DMS 9.24k 32.1/s 63.90
SELECT 9.21k 32.0/s 63.75 99.75
UPDATE 23 0.1/s 0.16 0.25
REPLACE 0 0/s 0.00 0.00
DELETE 0 0/s 0.00 0.00
INSERT 0 0/s 0.00 0.00
Com_ 1.04k 50/s 44.4
set_option 523 1.8/s 3.62
change_db 510 50/s 44.4
show_proces 5 0.0/s 0.03

__ SELECT and Sort _____________________________________________________
Scan 49 0.2/s %SELECT: 0.53
Range 16 0.1/s 0.17
Full join 2 0.0/s 0.02
Range check 0 0/s 0.00
Full rng join 0 0/s 0.00
Sort scan 55 0.2/s
Sort range 475 1.6/s
Sort mrg pass 0 0/s

__ Query Cache _________________________________________________________
Memory usage 12.02M of 150.00M %Used: 8.01
Block Fragmnt 0.01%
Hits 3.66k 12.7/s
Inserts 9.14k 31.8/s
Insrt:Prune 9.14k:1 31.8/s
Hit:Insert 0.40:1

__ Table Locks _________________________________________________________
Waited 0 0/s %Total: 0.00
Immediate 10.49k 36.4/s

__ Tables ______________________________________________________________
Open 58 of 512 %Cache: 11.33
Opened 64 0.2/s

__ Connections _________________________________________________________
Max used 4 of 2000 %Max: 0.20
Total 519 1.8/s

__ Created Temp ________________________________________________________
Disk table 1 0.0/s
Table 184 0.6/s Size: 256.0M
File 5 0.0/s

__ Threads _____________________________________________________________
Running 2 of 2
Cached 2 of 150 %Hit: 99.23
Created 4 0.0/s
Slow 0 0/s

__ Aborted _____________________________________________________________
Clients 0 0/s
Connects 0 0/s

__ Bytes _______________________________________________________________
Sent 20.36M 70.7k/s
Received 1.37M 4.7k/s

__ InnoDB Buffer Pool __________________________________________________
Usage 304.00k of 8.00M %Used: 3.71
Read hit 84.42%
Pages
Free 493 %Total: 96.29
Data 19 3.71 %Drty: 0.00
Misc 0 0.00
Latched 0.00
Reads 77 0.3/s
From file 12 0.0/s 15.58
Ahead Rnd 1 0.0/s
Ahead Sql 0 0/s
Writes 0 0/s
Flushes 0 0/s
Wait Free 0 0/s

__ InnoDB Lock _________________________________________________________
Waits 0 0/s
Current 0
Time acquiring
Total 0 ms
Average 0 ms
Max 0 ms

__ InnoDB Data, Pages, Rows ____________________________________________
Data
Reads 25 0.1/s
Writes 3 0.0/s
fsync 3 0.0/s
Pending
Reads 0
Writes 0
fsync 0

Pages
Created 0 0/s
Read 19 0.1/s
Written 0 0/s

Rows
Deleted 0 0/s
Inserted 0 0/s
Read 0 0/s
Updated 0 0/s
大家可以看到在Com_中占的比例是相當大的,而一般情況下,這個值應該是3.0%左右。如果這個值過高的話,就說明,你的mysql處理請求中
做了一些無謂的工作,占用了大量的系統資源。其中我們看到尤為change_db的占用率比較高。這個值高了,說明我們執行的user database;命令相當多。
檢查程序,原來我們在執行查詢語句的時候應用了mysql_query_db("database","sql");這個語句在每次執行的時候都會自動調用use database;
所以我們應該將mysql_db_query 更改成mysql_query();再觀察mysql的運行狀態,ok。一切正常了。

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

文檔

mysqlreport顯示Com_中change_db占用比例高的問題的解決方法

mysqlreport顯示Com_中change_db占用比例高的問題的解決方法:最近公司的mysql服務器經常出現阻塞狀態。動不動就重啟,給用戶訪問帶來了相當的不便。 首先說明一點,每天的訪問量并不大每天才2W的訪問量,按道理說,訪問量再增加一倍這樣的服務器也應該足以承受。可是我們的服務器為什么總是這樣頻頻重啟呢?經過mys
推薦度:
標簽: com my mysql
  • 熱門焦點

最新推薦

猜你喜歡

熱門推薦

專題
Top
主站蜘蛛池模板: 国产精品久久网 | 欧美国产中文 | 日韩电影免费在线观看网址 | 国产成人精品免费视频大全可播放的 | 日本v片免费一区二区三区 欧洲精品欧美精品 | 亚洲国产日韩欧美在线as乱码 | 国产精品久久久久久一区二区 | 日韩欧美精品 | 国产无卡一级毛片aaa | 亚洲欧美日韩另类在线专区 | 亚洲高清一区二区三区 | 国产视频在 | 国产精品美女久久久久网站 | 欧美福利在线视频 | 91久久国产口精品久久久久 | 日韩国产在线观看 | 国产偷亚洲偷欧美偷精品 | 久久久久亚洲精品成人网小说 | 国产成人综合久久精品尤物 | 一区二区三区四区电影 | 国产在线视频在线观看 | 精品在线免费视频 | 无毛片| 国产成人精品久久二区二区 | 亚洲一区二区成人 | 欧美地区一二三 | 成人a毛片久久免费播放 | 香港经典a毛片免费观看…伊人色综合久久 | 可以看的毛片 | 国内精品免费 | 久操久热 | 精品视频第一页 | 欧美日韩成人高清色视频 | 日本久久精品免视看国产成人 | 日韩性视频 | 亚洲 欧美 日韩 在线 | 亚洲精品成人久久久影院 | 五月激情丁香 | 日韩视频一区二区三区 | 国产一级特黄a大片99 | 亚洲精品美女久久777777 |