新聞中心
本篇內(nèi)容主要講解“MySQL中kill僵死進(jìn)程的shell腳本”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“MySQL中kill僵死進(jìn)程的shell腳本”吧!
索縣網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián)公司,索縣網(wǎng)站設(shè)計(jì)制作,有大型網(wǎng)站制作公司豐富經(jīng)驗(yàn)。已為索縣近千家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\成都外貿(mào)網(wǎng)站建設(shè)要多少錢,請(qǐng)找那個(gè)售后服務(wù)好的索縣做網(wǎng)站的公司定做!
SHELL腳本:mysqld_kill_sleep.sh
#!/bin/sh
mysql_pwd=”root的密碼"
mysqladmin_exec="/usr/local/bin/mysqladmin"
mysql_exec="/usr/local/bin/mysql"
mysql_timeout_dir="/tmp"
mysql_timeout_log="$mysql_timeout_dir/mysql_timeout.log"
mysql_kill_timeout_sh="$mysql_timeout_dir/mysql_kill_timeout.sh"
mysql_kill_timeout_log="$mysql_timeout_dir/mysql_kill_timeout.log"
$mysqladmin_exec -uroot -p"$mysql_pwd" processlist | awk '{ print $12 , $2 ,$4}' | grep -v Time | grep -v '|' | sort -rn > $mysql_timeout_log
awk '{if($1>30 && $3!="root") print "'""$mysql_exec""' -e " "/"" "kill",$2 "/"" " -uroot " "-p""/"""'""$mysql_pwd""'""/"" ";" }' $mysql_timeout_log > $mysql_kill_timeout_sh
echo "check start ...." >> $mysql_kill_timeout_log
echo `date` >> $mysql_kill_timeout_log
cat $mysql_kill_timeout_sh
把這個(gè)寫到mysqld_kill_sleep.sh。然后chmod 0 mysqld_kill_sleep.sh,chmod u+rx mysqld_kill_sleep.sh,然后用root賬戶到cron里面運(yùn)行即可,時(shí)間自己調(diào)整。
執(zhí)行之后顯示:
www# ./mysqld_kill_sleep.sh
/usr/local/bin/mysql -e "kill 27549" -uroot -p"mysql root的密碼";
/usr/local/bin/mysql -e "kill 27750" -uroot -p"mysql root的密碼";
/usr/local/bin/mysql -e "kill 27840" -uroot -p"mysql root的密碼";
/usr/local/bin/mysql -e "kill 27867" -uroot -p"mysql root的密碼";
/usr/local/bin/mysql -e "kill 27899" -uroot -p"mysql root的密碼";
/usr/local/bin/mysql -e "kill 27901" -uroot -p"mysql root的密碼";
/usr/local/bin/mysql -e "kill 27758" -uroot -p"mysql root的密碼";
/usr/local/bin/mysql -e "kill 27875" -uroot -p"mysql root的密碼";
/usr/local/bin/mysql -e "kill 27697" -uroot -p"mysql root的密碼";
/usr/local/bin/mysql -e "kill 27888" -uroot -p"mysql root的密碼";
/usr/local/bin/mysql -e "kill 27861" -uroot -p"mysql root的密碼";
如果確認(rèn)沒有問題了,把最后的cat修改為sh即可。
本人改寫了下上面的腳本:
#!/bin/bash
mysql_pwd="密碼"
mysql_exec="/usr/local/mysql/bin/mysql"
mysql_timeout_dir="/tmp"
mysql_kill_timeout_sh="$mysql_timeout_dir/mysql_kill_timeout.sh"
mysql_kill_timeout_log="$mysql_timeout_dir/mysql_kill_timeout.log"
$mysql_exec -uroot -p$mysql_pwd -e "show processlist" | grep -i "Locked" >> $mysql_kill_timeout_log
chmod 777 $mysql_kill_timeout_log
for line in `$mysql_kill_timeout_log | awk '{print $1}'`
do
echo "$mysql_exec -uroot -p$mysql_pwd -e /"kill $line/"" >> $mysql_kill_timeout_sh
done
chmod 777 $mysql_kill_timeout_sh
cat $mysql_kill_timeout_sh
============================================================================
很多時(shí)候!一不小心就鎖表!這里講解決鎖表終極方法!
案例一
mysql>show processlist;
參看sql語句
一般少的話
mysql>kill thread_id;
就可以解決了
kill掉第一個(gè)鎖表的進(jìn)程, 依然沒有改善. 既然不改善, 咱們就想辦法將所有鎖表的進(jìn)程kill掉吧, 簡單的腳本如下.
#!/bin/bash
mysql - u root - e " show processlist " | grep - i " Locked " >> locked_log . txt
for line in ` cat locked_log.txt | awk '{print $1 }' `
do
echo " kill $line ; " >> kill_thread_id . sql
done
現(xiàn)在kill_thread_id.sql的內(nèi)容像這個(gè)樣子
kill 66402982 ;
kill 66402983 ;
kill 66402986 ;
kill 66402991 ;
.....
好了, 我們?cè)趍ysql的shell中執(zhí)行, 就可以把所有鎖表的進(jìn)程殺死了.
mysql > source kill_thread_id . sql
當(dāng)然了, 也可以一行搞定
for id in `mysqladmin processlist | grep -i locked | awk '{print $1}'`
do
mysqladmin kill ${id}
done
案例二
如果大批量的操作能夠通過一系列的select語句產(chǎn)生,那么理論上就能對(duì)這些結(jié)果批量處理。
但是mysql并沒用提供eval這樣的對(duì)結(jié)果集進(jìn)行分析操作的功能。所以只能現(xiàn)將select結(jié)果保存到臨時(shí)文件中,然后再執(zhí)行臨時(shí)文件中的指令。
具體過程如下:
mysql> SELECT concat('KILL ',id,';') FROM information_schema.processlist WHERE user='root';
+------------------------+
| concat('KILL ',id,';')
+------------------------+
| KILL 3101;
| KILL 2946;
+------------------------+
2 rows IN SET (0.00 sec)
mysql> SELECT concat('KILL ',id,';') FROM information_schema.processlist WHERE user='root' INTO OUTFILE '/tmp/a.txt';
Query OK, 2 rows affected (0.00 sec)
mysql> source /tmp/a.txt;
Query OK, 0 rows affected (0.00 sec)
案例三
MySQL + PHP的模式在大并發(fā)壓力下經(jīng)常會(huì)導(dǎo)致MySQL中存在大量僵死進(jìn)程,導(dǎo)致服務(wù)掛死。為了自動(dòng)干掉這些進(jìn)程,弄了個(gè)腳本,放在 $mysqladmin_exec -uroot -p"$mysql_pwd" processlist | awk '{ print $12 , $2 ,$4}' | grep -v Time | grep -v '|' | sort -rn > $mysql_timeout_log awk '{if($1>30 && $3!="root") print "'""$mysql_exec""' -e " "\"" "kill",$2 "\"" " -uroot " "-p""\"""'""$mysql_pwd""'""\"" ";" }' $mysql_timeout_log > $mysql_kill_timeout_sh echo "check start ...." >> $mysql_kill_timeout_log echo `date` >> $mysql_kill_timeout_log cat $mysql_kill_timeout_sh 把這個(gè)寫到mysqld_kill_sleep.sh。然后chmod 0 mysqld_kill_sleep.sh,chmod u+rx mysqld_kill_sleep.sh,然后用root賬戶到cron里面運(yùn)行即可,時(shí)間自己調(diào)整。 執(zhí)行之后顯示: www# ./mysqld_kill_sleep.sh /usr/local/bin/mysql -e "kill 27549" -uroot -p"mysql root的密碼"; /usr/local/bin/mysql -e "kill 27750" -uroot -p"mysql root的密碼"; /usr/local/bin/mysql -e "kill 27840" -uroot -p"mysql root的密碼"; /usr/local/bin/mysql -e "kill 27867" -uroot -p"mysql root的密碼"; /usr/local/bin/mysql -e "kill 27899" -uroot -p"mysql root的密碼"; /usr/local/bin/mysql -e "kill 27901" -uroot -p"mysql root的密碼"; /usr/local/bin/mysql -e "kill 27758" -uroot -p"mysql root的密碼"; /usr/local/bin/mysql -e "kill 27875" -uroot -p"mysql root的密碼"; /usr/local/bin/mysql -e "kill 27697" -uroot -p"mysql root的密碼"; /usr/local/bin/mysql -e "kill 27888" -uroot -p"mysql root的密碼"; /usr/local/bin/mysql -e "kill 27861" -uroot -p"mysql root的密碼"; 如果確認(rèn)沒有問題了,把最后的cat修改為sh即可。 本人改寫了下上面的腳本: #!/bin/bash mysql_pwd="密碼" mysql_exec="/usr/local/mysql/bin/mysql" mysql_timeout_dir="/tmp" mysql_kill_timeout_sh="$mysql_timeout_dir/mysql_kill_timeout.sh" mysql_kill_timeout_log="$mysql_timeout_dir/mysql_kill_timeout.log" $mysql_exec -uroot -p$mysql_pwd -e "show processlist" | grep -i "Locked" >> $mysql_kill_timeout_log chmod 777 $mysql_kill_timeout_log for line in `$mysql_kill_timeout_log | awk '{print $1}'` do echo "$mysql_exec -uroot -p$mysql_pwd -e \"kill $line\"" >> $mysql_kill_timeout_sh done chmod 777 $mysql_kill_timeout_sh cat $mysql_kill_timeout_sh 是不是很方便呢! ============================================================= processlist命令的輸出結(jié)果顯示了有哪些線程在運(yùn)行,可以幫助識(shí)別出有問題的查詢語句,兩種方式使用這個(gè)命令。 1. 進(jìn)入mysql/bin目錄下輸入mysqladmin processlist; 2. 啟動(dòng)mysql,輸入show processlist; 如果有SUPER權(quán)限,則可以看到全部的線程,否則,只能看到自己發(fā)起的線程(這是指,當(dāng)前對(duì)應(yīng)的MySQL帳戶運(yùn)行的線程)。 得到數(shù)據(jù)形式如下(只截取了三條): mysql> show processlist; +-----+-------------+--------------------+-------+---------+-------+----------------------------------+---------- | Id | User | Host | db | Command | Time| State | Info +-----+-------------+--------------------+-------+---------+-------+----------------------------------+---------- |207|root |192.168.0.20:51718 |mytest | Sleep | 5 | | NULL |208|root |192.168.0.20:51719 |mytest | Sleep | 5 | | NULL |220|root |192.168.0.20:51731 |mytest |Query | 84 | Locked | select bookname,culture,value,type from book where id=001 先簡單說一下各列的含義和用途,第一列,id,不用說了吧,一個(gè)標(biāo)識(shí),你要kill一個(gè)語句的時(shí)候很有用。user列,顯示單前用戶,如果不是root,這個(gè)命令就只顯示你權(quán)限范圍內(nèi)的sql語句。host列,顯示這個(gè)語句是從哪個(gè)ip的哪個(gè)端口上發(fā)出的。呵呵,可以用來追蹤出問題語句的用戶。db列,顯示這個(gè)進(jìn)程目前連接的是哪個(gè)。command列,顯示當(dāng)前連接的執(zhí)行的命令,一般就是休眠(sleep),查詢(query),連接(connect)。time列,此這個(gè)狀態(tài)持續(xù)的時(shí)間,單位是秒。state列,顯示使用當(dāng)前連接的sql語句的狀態(tài),很重要的列,后續(xù)會(huì)有所有的狀態(tài)的描述,請(qǐng)注意,state只是語句執(zhí)行中的某一個(gè)狀態(tài),一個(gè)sql語句,已查詢?yōu)槔赡苄枰?jīng)過copying to tmp table,Sorting result,Sending data等狀態(tài)才可以完成,info列,顯示這個(gè)sql語句,因?yàn)殚L度有限,所以長的sql語句就顯示不全,但是一個(gè)判斷問題語句的重要依據(jù)。 這個(gè)命令中最關(guān)鍵的就是state列,列出的狀態(tài)主要有以下幾種: Checking table 正在檢查數(shù)據(jù)表(這是自動(dòng)的)。 Closing tables 正在將表中修改的數(shù)據(jù)刷新到磁盤中,同時(shí)正在關(guān)閉已經(jīng)用完的表。這是一個(gè)很快的操作,如果不是這樣的話,就應(yīng)該確認(rèn)磁盤空間是否已經(jīng)滿了或者磁盤是否正處于重負(fù)中。 Connect Out 復(fù)制從服務(wù)器正在連接主服務(wù)器。 Copying to tmp table on disk 由于臨時(shí)結(jié)果集大于tmp_table_size,正在將臨時(shí)表從內(nèi)存存儲(chǔ)轉(zhuǎn)為磁盤存儲(chǔ)以此節(jié)省內(nèi)存。 Creating tmp table 正在創(chuàng)建臨時(shí)表以存放部分查詢結(jié)果。 deleting from main table 服務(wù)器正在執(zhí)行多表刪除中的第一部分,剛刪除第一個(gè)表。 deleting from reference tables 服務(wù)器正在執(zhí)行多表刪除中的第二部分,正在刪除其他表的記錄。 Flushing tables 正在執(zhí)行FLUSH TABLES,等待其他線程關(guān)閉數(shù)據(jù)表。 Killed 發(fā)送了一個(gè)kill請(qǐng)求給某線程,那么這個(gè)線程將會(huì)檢查kill標(biāo)志位,同時(shí)會(huì)放棄下一個(gè)kill請(qǐng)求。MySQL會(huì)在每次的主循環(huán)中檢查kill標(biāo)志位,不過有些情況下該線程可能會(huì)過一小段才能死掉。如果該線程程被其他線程鎖住了,那么kill請(qǐng)求會(huì)在鎖釋放時(shí)馬上生效。 Locked 被其他查詢鎖住了。 Sending data 正在處理Select查詢的記錄,同時(shí)正在把結(jié)果發(fā)送給客戶端。 Sorting for group 正在為GROUP BY做排序。 Sorting for order 正在為ORDER BY做排序。 Opening tables 這個(gè)過程應(yīng)該會(huì)很快,除非受到其他因素的干擾。例如,在執(zhí)Alter TABLE或LOCK TABLE語句行完以前,數(shù)據(jù)表無法被其他線程打開。正嘗試打開一個(gè)表。 Removing duplicates 正在執(zhí)行一個(gè)Select DISTINCT方式的查詢,但是MySQL無法在前一個(gè)階段優(yōu)化掉那些重復(fù)的記錄。因此,MySQL需要再次去掉重復(fù)的記錄,然后再把結(jié)果發(fā)送給客戶端。 Reopen table 獲得了對(duì)一個(gè)表的鎖,但是必須在表結(jié)構(gòu)修改之后才能獲得這個(gè)鎖。已經(jīng)釋放鎖,關(guān)閉數(shù)據(jù)表,正嘗試重新打開數(shù)據(jù)表。 Repair by sorting 修復(fù)指令正在排序以創(chuàng)建索引。 Repair with keycache 修復(fù)指令正在利用索引緩存一個(gè)一個(gè)地創(chuàng)建新索引。它會(huì)比Repair by sorting慢些。 Searching rows for update 正在講符合條件的記錄找出來以備更新。它必須在Update要修改相關(guān)的記錄之前就完成了。 Sleeping 正在等待客戶端發(fā)送新請(qǐng)求. System lock 正在等待取得一個(gè)外部的系統(tǒng)鎖。如果當(dāng)前沒有運(yùn)行多個(gè)mysqld服務(wù)器同時(shí)請(qǐng)求同一個(gè)表,那么可以通過增加--skip-external-locking參數(shù)來禁止外部系統(tǒng)鎖。 Upgrading lock Insert DELAYED正在嘗試取得一個(gè)鎖表以插入新記錄。 Updating 正在搜索匹配的記錄,并且修改它們。 User Lock 正在等待GET_LOCK()。 Waiting for tables 該線程得到通知,數(shù)據(jù)表結(jié)構(gòu)已經(jīng)被修改了,需要重新打開數(shù)據(jù)表以取得新的結(jié)構(gòu)。然后,為了能的重新打開數(shù)據(jù)表,必須等到所有其他線程關(guān)閉這個(gè)表。以下幾種情況下會(huì)產(chǎn)生這個(gè)通知:FLUSH TABLES tbl_name, Alter TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。 waiting for handler insert Insert DELAYED已經(jīng)處理完了所有待處理的插入操作,正在等待新的請(qǐng)求。 大部分狀態(tài)對(duì)應(yīng)很快的操作,只要有一個(gè)線程保持同一個(gè)狀態(tài)好幾秒鐘,那么可能是有問題發(fā)生了,需要檢查一下。 還有其他的狀態(tài)沒在上面中列出來,不過它們大部分只是在查看服務(wù)器是否有存在錯(cuò)誤是才用得著。 到此,相信大家對(duì)“MySQL中kill僵死進(jìn)程的shell腳本”有了更深的了解,不妨來實(shí)際操作一番吧!這里是創(chuàng)新互聯(lián)網(wǎng)站,更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢,關(guān)注我們,繼續(xù)學(xué)習(xí)!
文章名稱:MySQL中kill僵死進(jìn)程的shell腳本
本文鏈接:http://www.ef60e0e.cn/article/pgdhci.html