本文實例講述了MySQL服務器線程數(shù)的查看方法。分享給大家供大家參考，具體如下：
mysql重啟命令：
/etc/init.d/mysql restart
MySQL服務器的線程數(shù)需要在一個合理的范圍之內(nèi)，這樣才能保證MySQL服務器健康平穩(wěn)地運行。Threads_created表示創(chuàng)建過的線程數(shù)，通過查看Threads_created就可以查看MySQL服務器的進程狀態(tài)。
mysql> show global status like 'Thread%';
+-------------------+-------+
| Variable_name | Value |
+-------------------+-------+
| Threads_cached | 46 |
| Threads_connected | 2 |
| Threads_created | 570 |
| Threads_running | 1 |
+-------------------+-------+
如果我們在MySQL服務器配置文件中設置了thread_cache_size，當客戶端斷開之后，服務器處理此客戶的線程將會緩存起來以響應下一個客戶而不是銷毀(前提是緩存數(shù)未達上限)。
Threads_created表示創(chuàng)建過的線程數(shù)，如果發(fā)現(xiàn)Threads_created值過大的話，表明MySQL服務器一直在創(chuàng)建線程，這也是比較耗資源，可以適當增加配置文件中thread_cache_size值，查詢服務器
thread_cache_size配置：
mysql> show variables like 'thread_cache_size';
+-------------------+-------+
| Variable_name | Value |
+-------------------+-------+
| thread_cache_size | 64 |
+-------------------+-------+
示例中的服務器還是挺健康的。
解析MySQL與連接數(shù)相關(guān)的幾個參數(shù)
MySQL的variables和status是管理維護的利器，就類似Oracle的spfile和v$表。
MySQL通過系統(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)
這 個參數(shù)是指同時連接上來的客戶端數(shù)量，在5.1版本里默認的值是151，那么實際支持的連接數(shù)是這個值加一，也就是152，因為要為系統(tǒng)管理員登錄上來查 看信息保留一個連接。這個參數(shù)的大小要綜合很多因素來考慮，比如使用的平臺所支持的線程庫數(shù)量（windows只能支持到2048）、服務器的配置（特別 是內(nèi)存大小）、每個連接占用資源（內(nèi)存和負載）的多少、系統(tǒng)需要的響應時間等。一般Linux系統(tǒng)支持到幾百并發(fā)是沒有任何問題的。可以在global或 session范圍內(nèi)修改這個參數(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ù)的增加會帶來很多連鎖反應，需要在實際中避免由此產(chǎn)生的負面影響。
首先我們看一下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
--------------
這 里有個Open tables輸出時64，這就是說當前數(shù)據(jù)庫打開的表的數(shù)量是64個，要注意的是這個64并不是實際的64個表，因為MySQL是多線程的系統(tǒng)，幾個不同 的并發(fā)連接可能打開同一個表，這就需要為不同的連接session分配獨立的內(nèi)存空間來存儲這些信息以避免沖突。因此連接數(shù)的增加會導致MySQL需要的 文件描述符數(shù)目的增加。另外對于MyISAM表，還會建立一個共享的索引文件描述符。
那么在MySQL數(shù)據(jù)庫層面，有幾個系統(tǒng)參數(shù)決定了可同時打開的表的數(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，這就是說所有的MySQL線程一共能同時打開64個表，我們可以搜集系統(tǒng)的打開表的數(shù)量的歷史記錄和這個參數(shù)來對比，決定是否要增加這個參數(shù) 的大小。查看當前的打開表的數(shù)目的辦法一個是用上邊提到過的status命令，另外可以直接查詢這個系統(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就是當前打開表的數(shù)目，通過flush tables命令可以關(guān)閉當前打開的表。而全局范圍內(nèi)查看的Opened_tables是個歷史累計值。 這個值如果過大，并且如果沒有經(jīng)常的執(zhí)行flush tables命令，可以考慮增加table_open_cache參數(shù)的大小。
接下來看max_tmp_tables 參數(shù)：
mysql> show variables like 'max_tmp%';
+----------------+-------+
| Variable_name | Value |
+----------------+-------+
| max_tmp_tables | 32 |
+----------------+-------+
1 row in set (0.00 sec)
這個參數(shù)指定的是單個客戶端連接能打開的臨時表數(shù)目。查看當前已經(jīng)打開的臨時表信息：
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)
也 可以對比這兩個值來判斷臨時表的創(chuàng)建位置，一般選取BLOB和TEXT列、Group by 和 Distinct語句的數(shù)據(jù)量超過512 bytes，或者union的時候select某列的數(shù)據(jù)超過512 bytes的時候，就直接在磁盤上創(chuàng)建臨時表了，另外內(nèi)存中的臨時表變大的時候，也可能被MySQL自動轉(zhuǎn)移到磁盤上（由tmp_table_size和 max_heap_table_size參數(shù)決定）。
繼續(xù)原來的討論，增加table_open_cache或 max_tmp_tables 參數(shù)的大小后，從操作系統(tǒng)的角度看，mysqld進程需要使用的文件描述符的個數(shù)就要相應的增加，這個是由 open_files_limit參數(shù)控制的。但是這個參數(shù)是OS限制的，所以我們設定的值并不一定總是生效。如果OS限制MySQL不能修改這個值，那 么置為0。如果是專用的MySQL服務器上，這個值一般要設置的盡量大，就是沒有報Too many open files錯誤的最大值，這樣就能一勞永逸了。當操作系統(tǒng)無法分配足夠的文件描述符的時候，mysqld進程會在錯誤日志里記錄警告信息。
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)
對應的，有兩個狀態(tà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為每個連接分配線程來處理，可以通過threads_connected參數(shù)查看當前分配的線程數(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)
比較這個threads_connected參數(shù)和前面提到的max_connections參數(shù)，也可以作為目前的系統(tǒng)負載的參照，決定是否需要修改連接數(shù)。
如果查看每個thread的更詳細的信息，可以使用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í)行這個命令需要有Process_priv權(quán)限，具體的權(quán)限分配信息可以查看mysql.user表。
對于影響系統(tǒng)運行的thread，可以狠一點，用kill connection|query threadid的命令殺死它。
更多關(guān)于MySQL相關(guān)內(nèi)容感興趣的讀者可查看本站專題：《MySQL查詢技巧大全》、《MySQL事務操作技巧匯總》、《MySQL存儲過程技巧大全》、《MySQL數(shù)據(jù)庫鎖相關(guān)技巧匯總》及《MySQL常用函數(shù)大匯總》
希望本文所述對大家MySQL數(shù)據(jù)庫計有所幫助。
您可能感興趣的文章:- processlist命令 查看mysql 線程
- 查找MySQL線程中死鎖的ID的方法
- Mysql源碼學習筆記 偷窺線程
- MySQL thread_stack連接線程的優(yōu)化
- 在MySQL中使用Sphinx實現(xiàn)多線程搜索的方法
- MySQL內(nèi)存使用之線程獨享介紹
- MySQL的線程池原理學習教程
- Mysql查看版本號的幾種方式
- MySQL查看、創(chuàng)建和刪除索引的方法
- MySql表、字段、庫的字符集修改及查看方法
- 如何查看連接MYSQL數(shù)據(jù)庫的IP信息
