mysql查詢慢sql,執(zhí)行計劃

1. show processlist 命令

Id列:一個標識,你要kill一個語句的時候很有用西设,用命令殺掉此查詢 /*/mysqladmin kill 進程號聊品。

User列:顯示單前用戶,如果不是root个曙,這個命令就只顯示你權限范圍內(nèi)的sql語句。

Host列:顯示這個語句是從哪個ip的哪個端口上發(fā)出的。用于追蹤出問題語句的用戶贰镣。

db列:顯示這個進程目前連接的是哪個數(shù)據(jù)庫。

Command列:顯示當前連接的執(zhí)行的命令膳凝,一般就是休眠(sleep)碑隆,查詢(query),連接(connect)蹬音。

Time列:此這個狀態(tài)持續(xù)的時間上煤,單位是秒。

State列:顯示使用當前連接的sql語句的狀態(tài)著淆,很重要的列劫狠,后續(xù)會有所有的狀態(tài)的描述,請注意永部,state只是語句執(zhí)行中的某一個狀態(tài)独泞,一個 sql語句,以查詢?yōu)槔β瘢赡苄枰?jīng)過copying to tmp table懦砂,Sorting result,Sending data等狀態(tài)才可以完成

Info列;顯示這個sql語句荞膘,因為長度有限罚随,所以長的sql語句就顯示不全,但是一個判斷問題語句的重要依據(jù)羽资。

這個命令中最關鍵的就是state列毫炉,MySQL列出的狀態(tài)主要有以下幾種:

Checking table:正在檢查數(shù)據(jù)表(這是自動的)。

Closing tables:正在將表中修改的數(shù)據(jù)刷新到磁盤中削罩,同時正在關閉已經(jīng)用完的表瞄勾。這是一個很快的操作,如果不是這樣的話弥激,就應該確認磁盤空間是否已經(jīng)滿了或者磁盤是否正處于重負中进陡。

Connect Out:復制從服務器正在連接主服務器。

Copying to tmp table on disk:由于臨時結果集大于tmp_table_size微服,正在將臨時表從內(nèi)存存儲轉為磁盤存儲以此節(jié)省內(nèi)存趾疚。

Creating tmp table:正在創(chuàng)建臨時表以存放部分查詢結果。

deleting from main table:服務器正在執(zhí)行多表刪除中的第一部分以蕴,剛刪除第一個表糙麦。

deleting from reference tables:服務器正在執(zhí)行多表刪除中的第二部分,正在刪除其他表的記錄丛肮。

Flushing tables:正在執(zhí)行FLUSH TABLES赡磅,等待其他線程關閉數(shù)據(jù)表。

Killed:發(fā)送了一個kill請求給某線程宝与,那么這個線程將會檢查kill標志位焚廊,同時會放棄下一個kill請求。MySQL會在每次的主循環(huán)中檢查kill標志位习劫,不過有些情況下該線程可能會過一小段才能死掉咆瘟。如果該線程程被其他線程鎖住了,那么kill請求會在鎖釋放時馬上生效诽里。

Locked:被其他查詢鎖住了袒餐。

Sending data:正在處理SELECT查詢的記錄,同時正在把結果發(fā)送給客戶端谤狡。

Sorting for group:正在為GROUP BY做排序灸眼。

Sorting for order:正在為ORDER BY做排序。

Opening tables:這個過程應該會很快豌汇,除非受到其他因素的干擾幢炸。例如,在執(zhí)ALTER TABLE或LOCK TABLE語句行完以前拒贱,數(shù)據(jù)表無法被其他線程打開宛徊。正嘗試打開一個表佛嬉。

Removing duplicates:正在執(zhí)行一個SELECT DISTINCT方式的查詢,但是MySQL無法在前一個階段優(yōu)化掉那些重復的記錄闸天。因此暖呕,MySQL需要再次去掉重復的記錄,然后再把結果發(fā)送給客戶端苞氮。

Reopen table:獲得了對一個表的鎖湾揽,但是必須在表結構修改之后才能獲得這個鎖。已經(jīng)釋放鎖笼吟,關閉數(shù)據(jù)表库物,正嘗試重新打開數(shù)據(jù)表。

Repair by sorting:修復指令正在排序以創(chuàng)建索引贷帮。

Repair with keycache:修復指令正在利用索引緩存一個一個地創(chuàng)建新索引戚揭。它會比Repair by sorting慢些。

Searching rows for update:正在講符合條件的記錄找出來以備更新撵枢。它必須在UPDATE要修改相關的記錄之前就完成了民晒。

Sleeping:正在等待客戶端發(fā)送新請求.

System lock:正在等待取得一個外部的系統(tǒng)鎖。如果當前沒有運行多個mysqld服務器同時請求同一個表锄禽,那么可以通過增加--skip-external-locking參數(shù)來禁止外部系統(tǒng)鎖潜必。

Upgrading lock:INSERT DELAYED正在嘗試取得一個鎖表以插入新記錄。

Updating:正在搜索匹配的記錄沃但,并且修改它們磁滚。

User Lock:正在等待GET_LOCK()。

Waiting for tables:該線程得到通知绽慈,數(shù)據(jù)表結構已經(jīng)被修改了恨旱,需要重新打開數(shù)據(jù)表以取得新的結構辈毯。然后坝疼,為了能的重新打開數(shù)據(jù)表,必須等到所有其他線程關閉這個表谆沃。以下幾種情況下會產(chǎn)生這個通知:FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE钝凶。

waiting for handler insert:INSERT DELAYED已經(jīng)處理完了所有待處理的插入操作,正在等待新的請求唁影。

大部分狀態(tài)對應很快的操作耕陷,只要有一個線程保持同一個狀態(tài)好幾秒鐘,那么可能是有問題發(fā)生了据沈,需要檢查一下哟沫。

還有其他的狀態(tài)沒在上面中列出來,不過它們大部分只是在查看服務器是否有存在錯誤是才用得著锌介。

二嗜诀、explain來了解SQL執(zhí)行的狀態(tài)

explain顯示了mysql如何使用索引來處理select語句以及連接表猾警。可以幫助選擇更好的索引和寫出更優(yōu)化的查詢語句隆敢。

使用方法发皿,在select語句前加上explain就可以了,例如下:

explain select c.title, cc.content form comment_content cc, comment c where cc.id=c.id

結果如圖:

table列:顯示這一行的數(shù)據(jù)是關于哪張表的

type列:這是重要的列拂蝎,顯示連接使用了何種類型穴墅。從最好到最差的連接類型為const、eq_reg温自、ref玄货、range、index和ALL

possible_keys 列:顯示可能應用在這張表中的索引悼泌。如果為空誉结,沒有可能的索引∪辏可以為相關的域從WHERE語句中選擇一個合適的語句

key列:實際使用的索引惩坑。如果為NULL,則沒有使用索引也拜。很少的情況下以舒,MYSQL會選擇優(yōu)化不足的索引。這種情況下慢哈,可以在SELECT語句 中使用USE INDEX(indexname)來強制使用一個索引或者用IGNORE INDEX(indexname)來強制MYSQL忽略索引

key_len列:使用的索引的長度蔓钟。在不損失精確性的情況下,長度越短越好

ref列:顯示索引的哪一列被使用了卵贱,如果可能的話滥沫,是一個常數(shù)

rows列:MYSQL認為必須檢查的用來返回請求數(shù)據(jù)的行數(shù)

Extra列:關于MYSQL如何解析查詢的額外信息。

最后MySQL優(yōu)化建議

索引優(yōu)化键俱,最簡單粗暴的辦法兰绣,給查詢語句添加復合索引,但不是最好的方式

將大表拆成小的匯總表

重在實踐编振,MySQL優(yōu)化器在很多情況下不能給出缀辩,最快的實現(xiàn)方式

避免在大表上的group by,order by踪央,offset 操作臀玄,除非你知道如何優(yōu)化的前提下

SQL WHERE查詢條件,盡量按照添加的索引順序來寫

三.

show VARIABLES like '%innodb_buffer%'

?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末畅蹂,一起剝皮案震驚了整個濱河市健无,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌液斜,老刑警劉巖累贤,帶你破解...
    沈念sama閱讀 211,639評論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件募胃,死亡現(xiàn)場離奇詭異,居然都是意外死亡畦浓,警方通過查閱死者的電腦和手機痹束,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,277評論 3 385
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來讶请,“玉大人祷嘶,你說我怎么就攤上這事《嵋纾” “怎么了论巍?”我有些...
    開封第一講書人閱讀 157,221評論 0 348
  • 文/不壞的土叔 我叫張陵,是天一觀的道長风响。 經(jīng)常有香客問我嘉汰,道長,這世上最難降的妖魔是什么状勤? 我笑而不...
    開封第一講書人閱讀 56,474評論 1 283
  • 正文 為了忘掉前任鞋怀,我火速辦了婚禮,結果婚禮上持搜,老公的妹妹穿的比我還像新娘密似。我一直安慰自己,他們只是感情好葫盼,可當我...
    茶點故事閱讀 65,570評論 6 386
  • 文/花漫 我一把揭開白布残腌。 她就那樣靜靜地躺著,像睡著了一般贫导。 火紅的嫁衣襯著肌膚如雪抛猫。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,816評論 1 290
  • 那天孩灯,我揣著相機與錄音闺金,去河邊找鬼。 笑死钱反,一個胖子當著我的面吹牛掖看,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播面哥,決...
    沈念sama閱讀 38,957評論 3 408
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼毅待!你這毒婦竟也來了尚卫?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 37,718評論 0 266
  • 序言:老撾萬榮一對情侶失蹤尸红,失蹤者是張志新(化名)和其女友劉穎吱涉,沒想到半個月后刹泄,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,176評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡怎爵,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,511評論 2 327
  • 正文 我和宋清朗相戀三年特石,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片鳖链。...
    茶點故事閱讀 38,646評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡姆蘸,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出芙委,到底是詐尸還是另有隱情逞敷,我是刑警寧澤,帶...
    沈念sama閱讀 34,322評論 4 330
  • 正文 年R本政府宣布灌侣,位于F島的核電站推捐,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏侧啼。R本人自食惡果不足惜牛柒,卻給世界環(huán)境...
    茶點故事閱讀 39,934評論 3 313
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望痊乾。 院中可真熱鬧焰络,春花似錦、人聲如沸符喝。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,755評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽协饲。三九已至畏腕,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間茉稠,已是汗流浹背描馅。 一陣腳步聲響...
    開封第一講書人閱讀 31,987評論 1 266
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留而线,地道東北人铭污。 一個月前我還...
    沈念sama閱讀 46,358評論 2 360
  • 正文 我出身青樓,卻偏偏與公主長得像膀篮,于是被迫代替她去往敵國和親嘹狞。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 43,514評論 2 348

推薦閱讀更多精彩內(nèi)容