MySQL服务器线程数的查看⽅法详解
本⽂实例讲述了MySQL服务器线程数的查看⽅法。分享给⼤家供⼤家参考，具体如下：
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  |
查看mysql索引| 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的命令杀死它。
更多关于MySQL相关内容感兴趣的读者可查看本站专题：《》、《》、《》、《》及《》希望本⽂所述对⼤家MySQL数据库计有所帮助。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。