本文主要和大家介紹了MySQL服務(wù)器線程數(shù)的查看方法,結(jié)合實(shí)例形式分析了mysql線程數(shù)查看的相關(guān)命令、配置、參數(shù)及相關(guān)使用技巧,需要的朋友可以參考下，希望能幫助到大家。

mysql重啟命令：

/etc/init.d/mysql restart

MySQL服務(wù)器的線程數(shù)需要在一個(gè)合理的范圍之內(nèi)，這樣才能保證MySQL服務(wù)器健康平穩(wěn)地運(yùn)行。Threads_created表示創(chuàng)建過(guò)的線程數(shù)，通過(guò)查看Threads_created就可以查看MySQL服務(wù)器的進(jìn)程狀態(tài)。

mysql> show global status like 'Thread%';
+-------------------+-------+
  Variable_name   Value  
+-------------------+-------+
  Threads_cached   46  
  Threads_connected   2  
  Threads_created   570  
  Threads_running   1  
+-------------------+-------+

如果我們?cè)贛ySQL服務(wù)器配置文件中設(shè)置了thread_cache_size，當(dāng)客戶端斷開(kāi)之后，服務(wù)器處理此客戶的線程將會(huì)緩存起來(lái)以響應(yīng)下一個(gè)客戶而不是銷毀(前提是緩存數(shù)未達(dá)上限)。

Threads_created表示創(chuàng)建過(guò)的線程數(shù)，如果發(fā)現(xiàn)Threads_created值過(guò)大的話，表明MySQL服務(wù)器一直在創(chuàng)建線程，這也是比較耗資源，可以適當(dāng)增加配置文件中thread_cache_size值，查詢服務(wù)器

thread_cache_size配置：

mysql> show variables like 'thread_cache_size';
+-------------------+-------+
  Variable_name   Value  
+-------------------+-------+
  thread_cache_size   64  
+-------------------+-------+

示例中的服務(wù)器還是挺健康的。

解析MySQL與連接數(shù)相關(guān)的幾個(gè)參數(shù)

MySQL的variables和status是管理維護(hù)的利器，就類似Oracle的spfile和v$表。

MySQL通過(guò)系統(tǒng)變量記錄很多配置信息，比如最大連接數(shù)max_connections：

mysql> show variables like '%connect%';
+--------------------------+-----------------+
  Variable_name   Value  
+--------------------------+-----------------+
  character_set_connection   utf8  
  collation_connection   utf8_general_ci  
  connect_timeout   10  
  init_connect   SET NAMES utf8  
  max_connect_errors   10  
  max_connections   200  
  max_user_connections   0  
+--------------------------+-----------------+
7 rows in set (0.00 sec)

這 個(gè)參數(shù)是指同時(shí)連接上來(lái)的客戶端數(shù)量，在5.1版本里默認(rèn)的值是151，那么實(shí)際支持的連接數(shù)是這個(gè)值加一，也就是152，因?yàn)橐獮橄到y(tǒng)管理員登錄上來(lái)查 看信息保留一個(gè)連接。這個(gè)參數(shù)的大小要綜合很多因素來(lái)考慮，比如使用的平臺(tái)所支持的線程庫(kù)數(shù)量（windows只能支持到2048）、服務(wù)器的配置（特別 是內(nèi)存大小）、每個(gè)連接占用資源（內(nèi)存和負(fù)載）的多少、系統(tǒng)需要的響應(yīng)時(shí)間等。一般Linux系統(tǒng)支持到幾百并發(fā)是沒(méi)有任何問(wèn)題的�？梢栽趃lobal或 session范圍內(nèi)修改這個(gè)參數(shù)：

mysql> set global max_connections=151;
Query OK, 0 rows affected (0.00 sec)
mysql> show variables like '%connect%';
+--------------------------+-----------------+
  Variable_name   Value  
+--------------------------+-----------------+
  character_set_connection   utf8  
  collation_connection   utf8_general_ci  
  connect_timeout   10  
  init_connect   SET NAMES utf8  
  max_connect_errors   10  
  max_connections   151  
  max_user_connections   0  
+--------------------------+-----------------+
7 rows in set (0.00 sec)

但是要注意的是，連接數(shù)的增加會(huì)帶來(lái)很多連鎖反應(yīng)，需要在實(shí)際中避免由此產(chǎn)生的負(fù)面影響。

首先我們看一下status的輸出：

mysql> status
--------------
mysql Ver 14.14 Distrib 5.1.49, for pc-linux-gnu (i686) using readline 5.1
Connection id: 255260
Current database: mysql
Current user: root@localhost
SSL: Not in use
Current pager: stdout
Using outfile: ''
Using delimiter: ;
Server version: 5.1.49-log MySQL Community Server (GPL)
Protocol version: 10
Connection: Localhost via UNIX socket
Server characterset: utf8
Db characterset: utf8
Client characterset: utf8
Conn. characterset: utf8
UNIX socket: /var/lib/mysql/mysql.sock
Uptime: 161 days 3 hours 42 min 38 sec
Threads: 14 Questions: 160655492 Slow queries: 71 Opens: 8124 Flush tables: 3 Open tables: 64 Queries per second avg: 11.538
--------------

這 里有個(gè)Open tables輸出時(shí)64，這就是說(shuō)當(dāng)前數(shù)據(jù)庫(kù)打開(kāi)的表的數(shù)量是64個(gè)，要注意的是這個(gè)64并不是實(shí)際的64個(gè)表，因?yàn)镸ySQL是多線程的系統(tǒng)，幾個(gè)不同 的并發(fā)連接可能打開(kāi)同一個(gè)表，這就需要為不同的連接session分配獨(dú)立的內(nèi)存空間來(lái)存儲(chǔ)這些信息以避免沖突。因此連接數(shù)的增加會(huì)導(dǎo)致MySQL需要的 文件描述符數(shù)目的增加。另外對(duì)于MyISAM表，還會(huì)建立一個(gè)共享的索引文件描述符。

那么在MySQL數(shù)據(jù)庫(kù)層面，有幾個(gè)系統(tǒng)參數(shù)決定了可同時(shí)打開(kāi)的表的數(shù)量和要使用的文件描述符，那就是table_open_cache、max_tmp_tables和open_files_limit.

mysql> show variables like 'table_open%';
+------------------+-------+
  Variable_name    Value  
+------------------+-------+
  table_open_cache   64   
+------------------+-------+
1 row in set (0.00 sec)

這 里的table_open_cache 參數(shù)是64，這就是說(shuō)所有的MySQL線程一共能同時(shí)打開(kāi)64個(gè)表，我們可以搜集系統(tǒng)的打開(kāi)表的數(shù)量的歷史記錄和這個(gè)參數(shù)來(lái)對(duì)比，決定是否要增加這個(gè)參數(shù) 的大小。查看當(dāng)前的打開(kāi)表的數(shù)目的辦法一個(gè)是用上邊提到過(guò)的status命令，另外可以直接查詢這個(gè)系統(tǒng)變量的值：

mysql> show status like 'open%';
+--------------------------+-------+
  Variable_name        Value  
+--------------------------+-------+
  Open_files          3    
  Open_streams         0    
  Open_table_definitions    8    
  Open_tables         8    
  Opened_files         91768  
  Opened_table_definitions   0    
  Opened_tables        0    
+--------------------------+-------+
7 rows in set (0.00 sec)
mysql> show global status like 'open%';
+--------------------------+-------+
  Variable_name        Value  
+--------------------------+-------+
  Open_files          3    
  Open_streams         0    
  Open_table_definitions    10   
  Open_tables         11   
  Opened_files         91791  
  Opened_table_definitions   1211  
  Opened_tables        8158  
+--------------------------+-------+
7 rows in set (0.00 sec)

這 里有Open_tables就是當(dāng)前打開(kāi)表的數(shù)目，通過(guò)flush tables命令可以關(guān)閉當(dāng)前打開(kāi)的表。而全局范圍內(nèi)查看的Opened_tables是個(gè)歷史累計(jì)值。 這個(gè)值如果過(guò)大，并且如果沒(méi)有經(jīng)常的執(zhí)行flush tables命令，可以考慮增加table_open_cache參數(shù)的大小。

接下來(lái)看max_tmp_tables 參數(shù)：

mysql> show variables like 'max_tmp%';
+----------------+-------+
  Variable_name   Value  
+----------------+-------+
  max_tmp_tables   32   
+----------------+-------+
1 row in set (0.00 sec)

這個(gè)參數(shù)指定的是單個(gè)客戶端連接能打開(kāi)的臨時(shí)表數(shù)目。查看當(dāng)前已經(jīng)打開(kāi)的臨時(shí)表信息：

mysql> show global status like '%tmp%table%';
+-------------------------+-------+
  Variable_name        Value  
+-------------------------+-------+
  Created_tmp_disk_tables   10478  
  Created_tmp_tables     25860  
+-------------------------+-------+
2 rows in set (0.00 sec)

也 可以對(duì)比這兩個(gè)值來(lái)判斷臨時(shí)表的創(chuàng)建位置，一般選取BLOB和TEXT列、Group by 和 Distinct語(yǔ)句的數(shù)據(jù)量超過(guò)512 bytes，或者union的時(shí)候select某列的數(shù)據(jù)超過(guò)512 bytes的時(shí)候，就直接在磁盤(pán)上創(chuàng)建臨時(shí)表了，另外內(nèi)存中的臨時(shí)表變大的時(shí)候，也可能被MySQL自動(dòng)轉(zhuǎn)移到磁盤(pán)上（由tmp_table_size和 max_heap_table_size參數(shù)決定）。

繼續(xù)原來(lái)的討論，增加table_open_cache或 max_tmp_tables 參數(shù)的大小后，從操作系統(tǒng)的角度看，mysqld進(jìn)程需要使用的文件描述符的個(gè)數(shù)就要相應(yīng)的增加，這個(gè)是由 open_files_limit參數(shù)控制的。但是這個(gè)參數(shù)是OS限制的，所以我們?cè)O(shè)定的值并不一定總是生效。如果OS限制MySQL不能修改這個(gè)值，那 么置為0。如果是專用的MySQL服務(wù)器上，這個(gè)值一般要設(shè)置的盡量大，就是沒(méi)有報(bào)Too many open files錯(cuò)誤的最大值，這樣就能一勞永逸了。當(dāng)操作系統(tǒng)無(wú)法分配足夠的文件描述符的時(shí)候，mysqld進(jìn)程會(huì)在錯(cuò)誤日志里記錄警告信息。

mysql> show variables like 'open_files%';+------------------+-------+  Variable_name    Value  +------------------+-------+  open_files_limit   1024  +------------------+-------+1 row in set (0.00 sec)
mysql> show variables like 'open_files%';
+------------------+-------+
  Variable_name    Value  
+------------------+-------+
  open_files_limit   1024  
+------------------+-------+
1 row in set (0.00 sec)

對(duì)應(yīng)的，有兩個(gè)狀態(tài)變量記錄了當(dāng)前和歷史的文件打開(kāi)信息：

mysql> show global status like '%open%file%';
+---------------+-------+
  Variable_name   Value  
+---------------+-------+
  Open_files    3    
  Opened_files   91799  
+---------------+-------+
2 rows in set (0.01 sec)

MySQL為每個(gè)連接分配線程來(lái)處理，可以通過(guò)threads_connected參數(shù)查看當(dāng)前分配的線程數(shù)量：

mysql> show status like '%thread%';
+------------------------+--------+
  Variable_name   Value  
+------------------------+--------+
  Delayed_insert_threads   0  
  Slow_launch_threads   0  
  Threads_cached   0  
  Threads_connected   14  
  Threads_created   255570  
  Threads_running   2  
+------------------------+--------+
6 rows in set (0.00 sec)

比較這個(gè)threads_connected參數(shù)和前面提到的max_connections參數(shù)，也可以作為目前的系統(tǒng)負(fù)載的參照，決定是否需要修改連接數(shù)。

如果查看每個(gè)thread的更詳細(xì)的信息，可以使用processlist命令：

mysql> show processlist;
+--------+-----------+--------------------+----------+-------------+----------+----------------------------------------------------------------+------------------+
  Id   User   Host   db   Command   Time   State   Info  
+--------+-----------+--------------------+----------+-------------+----------+----------------------------------------------------------------+------------------+
  8293   repl   192.168.0.33:47208   NULL   Binlog Dump   11574424   Has sent all binlog to slave; waiting for binlog to be updated   NULL  
  140991   mogile   192.168.0.33:41714   mogilefs   Sleep   0     NULL  
  140992   mogile   192.168.0.33:41715   mogilefs   Sleep   3     NULL  
  140993   mogile   192.168.0.33:41722   mogilefs   Sleep   2     NULL  
  140994   mogile   192.168.0.33:41723   mogilefs   Sleep   1     NULL  
  140995   mogile   192.168.0.33:41724   mogilefs   Sleep   3     NULL  
  254914   mogile   192.168.0.33:43028   mogilefs   Sleep   11074     NULL  
  254915   mogile   192.168.0.33:43032   mogilefs   Sleep   11091     NULL  
  255144   mogile   192.168.0.33:47514   mogilefs   Sleep   11090     NULL  
  255157   mogile   192.168.0.33:47535   mogilefs   Sleep   11087     NULL  
  255162   mogile   192.168.0.33:47549   mogilefs   Sleep   11074     NULL  
  255260   root   localhost   mysql   Query   0   NULL   show processlist  
  255352   maopaodev   192.168.0.78:55399   maopaodb   Sleep   3172     NULL  
  255353   maopaodev   192.168.0.78:55400   NULL   Sleep   8926     NULL  
+--------+-----------+--------------------+----------+-------------+----------+----------------------------------------------------------------+------------------+
14 rows in set (0.00 sec)

執(zhí)行這個(gè)命令需要有Process_priv權(quán)限，具體的權(quán)限分配信息可以查看mysql.user表。

對(duì)于影響系統(tǒng)運(yùn)行的thread，可以狠一點(diǎn)，用kill connection query threadid的命令殺死它。

相關(guān)推薦：

mysql服務(wù)器中主從配置介紹

如何修改MYSQL服務(wù)器默認(rèn)字符集

mysql服務(wù)器查詢慢原因分析與解決方法小結(jié)

以上就是查看MySQL服務(wù)器線程數(shù)的方法的詳細(xì)內(nèi)容，更多請(qǐng)關(guān)注php中文網(wǎng)其它相關(guān)文章！