MySQL如何查看服務器線程數

144次閱讀

共計 8425 個字符，預計需要花費 22 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

這篇文章主要介紹了 MySQL 如何查看服務器線程數，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓丸趣 TV 小編帶著大家一起了解一下。

具體如下：

mysql 重啟命令：

/etc/init.d/mysql restart

MySQL 服務器的線程數需要在一個合理的范圍之內，這樣才能保證 MySQL 服務器健康平穩地運行。Threads_created 表示創建過的線程數，通過查看 Threads_created 就可以查看 MySQL 服務器的進程狀態。

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，當客戶端斷開之后，服務器處理此客戶的線程將會緩存起來以響應下一個客戶而不是銷毀 (前提是緩存數未達上限)。

Threads_created 表示創建過的線程數，如果發現 Threads_created 值過大的話，表明 MySQL 服務器一直在創建線程，這也是比較耗資源，可以適當增加配置文件中 thread_cache_size 值，查詢服務器

thread_cache_size 配置：

mysql  show variables like  thread_cache_size 
+-------------------+-------+
| Variable_name | Value |
+-------------------+-------+
| thread_cache_size | 64 |
+-------------------+-------+

示例中的服務器還是挺健康的。

解析 MySQL 與連接數相關的幾個參數

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

MySQL 通過系統變量記錄很多配置信息，比如最大連接數 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)

這個參數是指同時連接上來的客戶端數量，在 5.1 版本里默認的值是 151，那么實際支持的連接數是這個值加一，也就是 152，因為要為系統管理員登錄上來查看信息保留一個連接。這個參數的大小要綜合很多因素來考慮，比如使用的平臺所支持的線程庫數量（windows 只能支持到 2048）、服務器的配置（特別是內存大?。?、每個連接占用資源（內存和負載）的多少、系統需要的響應時間等。一般 Linux 系統支持到幾百并發是沒有任何問題的。可以在 global 或 session 范圍內修改這個參數：

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)

但是要注意的是，連接數的增加會帶來很多連鎖反應，需要在實際中避免由此產生的負面影響。

首先我們看一下 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，這就是說當前數據庫打開的表的數量是 64 個，要注意的是這個 64 并不是實際的 64 個表，因為 MySQL 是多線程的系統，幾個不同的并發連接可能打開同一個表，這就需要為不同的連接 session 分配獨立的內存空間來存儲這些信息以避免沖突。因此連接數的增加會導致 MySQL 需要的文件描述符數目的增加。另外對于 MyISAM 表，還會建立一個共享的索引文件描述符。

那么在 MySQL 數據庫層面，有幾個系統參數決定了可同時打開的表的數量和要使用的文件描述符，那就是 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 參數是 64，這就是說所有的 MySQL 線程一共能同時打開 64 個表，我們可以搜集系統的打開表的數量的歷史記錄和這個參數來對比，決定是否要增加這個參數的大小。查看當前的打開表的數目的辦法一個是用上邊提到過的 status 命令，另外可以直接查詢這個系統變量的值：

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 就是當前打開表的數目，通過 flush tables 命令可以關閉當前打開的表。而全局范圍內查看的 Opened_tables 是個歷史累計值。這個值如果過大，并且如果沒有經常的執行 flush tables 命令，可以考慮增加 table_open_cache 參數的大小。

接下來看 max_tmp_tables 參數：

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

這個參數指定的是單個客戶端連接能打開的臨時表數目。查看當前已經打開的臨時表信息：

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)

也可以對比這兩個值來判斷臨時表的創建位置，一般選取 BLOB 和 TEXT 列、Group by 和 Distinct 語句的數據量超過 512 bytes，或者 union 的時候 select 某列的數據超過 512 bytes 的時候，就直接在磁盤上創建臨時表了，另外內存中的臨時表變大的時候，也可能被 MySQL 自動轉移到磁盤上（由 tmp_table_size 和 max_heap_table_size 參數決定）。

繼續原來的討論，增加 table_open_cache 或 max_tmp_tables 參數的大小后，從操作系統的角度看，mysqld 進程需要使用的文件描述符的個數就要相應的增加，這個是由 open_files_limit 參數控制的。但是這個參數是 OS 限制的，所以我們設定的值并不一定總是生效。如果 OS 限制 MySQL 不能修改這個值，那么置為 0。如果是專用的 MySQL 服務器上，這個值一般要設置的盡量大，就是沒有報 Too many open files 錯誤的最大值，這樣就能一勞永逸了。當操作系統無法分配足夠的文件描述符的時候，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)

對應的，有兩個狀態變量記錄了當前和歷史的文件打開信息：

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 參數查看當前分配的線程數量：

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 參數和前面提到的 max_connections 參數，也可以作為目前的系統負載的參照，決定是否需要修改連接數。

如果查看每個 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)

執行這個命令需要有 Process_priv 權限，具體的權限分配信息可以查看 mysql.user 表。

對于影響系統運行的 thread，可以狠一點，用 kill connection|query threadid 的命令殺死它。

感謝你能夠認真閱讀完這篇文章，希望丸趣 TV 小編分享的“MySQL 如何查看服務器線程數”這篇文章對大家有幫助，同時也希望大家多多支持丸趣 TV，關注丸趣 TV 行業資訊頻道，更多相關知識等著你來學習!

向 AI 問一下細節

正文完