天天看點

mysql連接配接卡死,很多線程sleep狀态,導緻CPU中mysqld占用率極高(問題原因還待考證)

關閉所有

..................................

.連接配接:

##把全部的MySQL連接配接kill掉

for i in $(mysql -uroot -p123456 -Bse "show processlist" | awk '{print $1}');do mysql -uroot -p123456 -e "kill $i";done

##把admin使用者的連接配接kill掉

for i in $(mysql -uroot -p123456 -se "show processlist" | awk '{if($2=="admin")print $1}');do mysql -uroot -p123456 -e "kill $i";done

 mysql show processlist分析 

mysql> show processlist;

+—–+————-+——————–+

| Id | User | Host | db | Command | Time| State | Info

+—–+————-+——————–+

|207|root |192.168.0.2:51621 |mytest | Sleep | 5 | | NULL

|208|root |192.168.0.2:51622 |mytest | Sleep | 5 | | NULL

|220|root |192.168.0.2:51676 |mytest |Query | 84 | locked |

select name,culture,value,type from book where id=1

說明各列的含義和用途,

id列:一個辨別,你要kill 一個語句的時候很有用。

user列: 顯示目前使用者,如果不是root,這個指令就隻顯示你權限範圍内的sql語句。

host列:顯示這個語句是從哪個ip 的哪個端口上發出的。可用來追蹤出問題語句的使用者。

db列:顯示這個程序目前連接配接的是哪個資料庫。

command列:顯示目前連接配接的執行的指令,一般就是休眠(sleep),查詢(query),連接配接(connect)。

time列:此這個狀态持續的時間,機關是秒。

state列:顯示使用目前連接配接的sql語句的狀态,很重要的列,後續會有所有的狀态的描述,請注意,state隻是語句執行中的某一個狀态,一個sql語句,已查詢為例,可能需要經過copying to tmp table,Sorting result,Sending data等狀态才可以完成。

info列:顯示這個sql語句,因為長度有限,是以長的sql語句就顯示不全,但是一個判斷問題語句的重要依據。

這個指令中最關鍵的就是state列,mysql列出的狀态主要有以下幾種:

Checking table

正在檢查資料表(這是自動的)。

Closing tables

正在将表中修改的資料重新整理到磁盤中,同時正在關閉已經用完的表。這是一個很快的操作,如果不是這樣的話,就應該确認磁盤空間是否已經滿了或者磁盤是否正處于重負中。

Connect Out

複制從伺服器正在連接配接主伺服器。

Copying to tmp table on disk

由于臨時結果集大于 tmp_table_size,正在将臨時表從記憶體存儲轉為磁盤存儲以此節省記憶體。

Creating tmp table

正在建立臨時表以存放部分查詢結果。

deleting from main table

伺服器正在執行多表删除中的第一部分,剛删除第一個表。

deleting from reference tables

伺服器正在執行多表删除中的第二部分,正在删除其他表的記錄。

Flushing tables

正在執行 FLUSH TABLES,等待其他線程關閉資料表。

Killed

發送了一個kill請求給某線程,那麼這個線程将會檢查kill标志位,同時會放棄下一個kill請求。MySQL會在每次的主循環中檢查kill标志位,不過有些情況下該線程可能會過一小段才能死掉。如果該線程程被其他線程鎖住了,那麼kill請求會在鎖釋放時馬上生效。

Locked

被其他查詢鎖住了。

Sending data

正在處理 SELECT 查詢的記錄,同時正在把結果發送給用戶端。

Sorting for group

正在為 GROUP BY 做排序。

Sorting for order

正在為 ORDER BY 做排序。

Opening tables

這個過程應該會很快,除非受到其他因素的幹擾。例如,在執 ALTER TABLE 或 LOCK TABLE 語句行完以前,資料表無法被其他線程打開。 正嘗試打開一個表。

Removing duplicates

正在執行一個 SELECT DISTINCT 方式的查詢,但是MySQL無法在前一個階段優化掉那些重複的記錄。是以,MySQL需要再次去掉重複的記錄,然後再把結果發送給用戶端。

Reopen table

獲得了對一個表的鎖,但是必須在表結構修改之後才能獲得這個鎖。已經釋放鎖,關閉資料表,正嘗試重新打開資料表。

Repair by sorting

修複指令正在排序以建立索引。

Repair with keycache

修複指令正在利用索引緩存一個一個地建立新索引。它會比 Repair by sorting 慢些。

Searching rows for update

正在講符合條件的記錄找出來以備更新。它必須在 UPDATE 要修改相關的記錄之前就完成了。

Sleeping

正在等待用戶端發送新請求.

System lock

正在等待取得一個外部的系統鎖。如果目前沒有運作多個 mysqld 伺服器同時請求同一個表,那麼可以通過增加 –skip-external-locking參數來禁止外部系統鎖。

Upgrading lock

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

Updating

正在搜尋比對的記錄,并且修改它們。

User Lock

正在等待 GET_LOCK()。

Waiting for tables

該線程得到通知,資料表結構已經被修改了,需要重新打開資料表以取得新的結構。然後,為了能的重新打開資料表,必須等到所有其他線程關閉這個表。以下幾種情況下會産生這個通知:FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE, 或 OPTIMIZE TABLE。

waiting for handler insert

INSERT DELAYED 已經處理完了所有待處理的插入操作,正在等待新的請求。

大部分狀态對應很快的操作,隻要有一個線程保持同一個狀态好幾秒鐘,那麼可能是有問題發生了,需要檢查一下。還有其它的狀态沒在上面中列出來,不過它們大部分隻是在檢視伺服器是否有存在錯誤是才用得着。

檢視mysql的連接配接數目等指令

指令: show processlist; 

如果是root帳号,你能看到所有使用者的目前連接配接。如果是其它普通帳号,隻能看到自己占用的連接配接。   www.2cto.com  

show processlist;隻列出前100條,如果想全列出請使用show full processlist; 

mysql> show processlist;

指令: show status;

指令:show status like '%下面變量%';

Aborted_clients 由于客戶沒有正确關閉連接配接已經死掉,已經放棄的連接配接數量。 

Aborted_connects 嘗試已經失敗的MySQL伺服器的連接配接的次數。 

Connections 試圖連接配接MySQL伺服器的次數。 

Created_tmp_tables 當執行語句時,已經被創造了的隐含臨時表的數量。 

Delayed_insert_threads 正在使用的延遲插入處理器線程的數量。 

Delayed_writes 用INSERT DELAYED寫入的行數。 

Delayed_errors 用INSERT DELAYED寫入的發生某些錯誤(可能重複鍵值)的行數。 

Flush_commands 執行FLUSH指令的次數。 

Handler_delete 請求從一張表中删除行的次數。 

Handler_read_first 請求讀入表中第一行的次數。 

Handler_read_key 請求數字基于鍵讀行。 

Handler_read_next 請求讀入基于一個鍵的一行的次數。 

Handler_read_rnd 請求讀入基于一個固定位置的一行的次數。 

Handler_update 請求更新表中一行的次數。 

Handler_write 請求向表中插入一行的次數。 

Key_blocks_used 用于關鍵字緩存的塊的數量。 

Key_read_requests 請求從緩存讀入一個鍵值的次數。 

Key_reads 從磁盤實體讀入一個鍵值的次數。 

Key_write_requests 請求将一個關鍵字塊寫入緩存次數。 

Key_writes 将一個鍵值塊實體寫入磁盤的次數。 

Max_used_connections 同時使用的連接配接的最大數目。 

Not_flushed_key_blocks 在鍵緩存中已經改變但是還沒被清空到磁盤上的鍵塊。 

Not_flushed_delayed_rows 在INSERT DELAY隊列中等待寫入的行的數量。 

Open_tables 打開表的數量。 

Open_files 打開檔案的數量。 

Open_streams 打開流的數量(主要用于日志記載) 

Opened_tables 已經打開的表的數量。 

Questions 發往伺服器的查詢的數量。 

Slow_queries 要花超過long_query_time時間的查詢數量。 

Threads_connected 目前打開的連接配接的數量。 

Threads_running 不在睡眠的線程數量。 

Uptime 伺服器工作了多少秒。

My.ini配置 虛拟記憶體

  www.2cto.com  

innodb_buffer_pool_size=576M   ->128M InnoDB引擎緩沖區

query_cache_size=100M             ->32 查詢緩存

tmp_table_size=102M                  ->32M 臨時表大小

key_buffer_size=16m                  ->8M

設定max_connections

指令:show variables like '%max_connections%'

(這個辦法在debian+mysql  Ver 12.22 Distrib 4.0.22, for pc-linux (i386)

裡實驗了)

設定辦法是在my.cnf檔案中,添加下面的最後紅色的一行:

--------------------------------------------------------------------------------

  www.2cto.com  

[mysqld] 

port=3306 

#socket=MySQL 

skip-locking 

set-variable = key_buffer=16K 

set-variable = max_allowed_packet=1M 

set-variable = thread_stack=64K 

set-variable = table_cache=4 

set-variable = sort_buffer=64K 

set-variable = net_buffer_length=2K 

set-variable = max_connections=32000 

(在院裡的DELL機器mysql4.0裡的文法不同

max_connecionts=2000

直接這麼寫就好了  www.2cto.com  

--------------------------------------------------------------------------------

修改完畢後,重新開機MySQL即可。當然,為了確定設定正确,應該檢視一下max_connections。

注意: 

1、雖然這裡寫的32000。但實際MySQL伺服器允許的最大連接配接數16384; 

2、除max_connections外,上述其他配置應該根據你們系統自身需要進行配置,不必拘泥; 

3、添加了最大允許連接配接數,對系統消耗增加不大。 

4、如果你的mysql用的是my.ini作配置檔案,設定類似,但設定的格式要稍作變通。

  www.2cto.com  

用mysqld --help 可以檢視到max_connections 變量。 

或者 mysql -uuser -p

後mysql>show variables;

也會看到max_connections 。