mysql通过show status like 'Thread%'命令查看数据库的连接情况，请问一下问题：

mysql是通过线程缓存来完成线程重用的。客户端发起连接时，首先会去线程缓冲池里找是不是有空闲的线程。如果没有才会去新建线程。当一个连接断开的时候，并不会马上销毁线程释放资源。而是暂时把线程放在缓冲池中挂起。

所以这里就涉及到了三个参数，一个是treads_cached这个是缓冲池中的线程个数。还有一个是treads_connected这个是连接中的线程数。第三个就是你说的这个。它的含义是已经创建的线程数。在并发数低的情况下，一般Threads_created参数是treads_cached和treads_connected参数之和。当并发数高的情况下，Threads_created就会暴增，这个时候就需要考虑thread_cache_size来设置缓冲池的大小了。

纯手打。外加是我自己的理解。错误的地方我们可以讨论一下。

就是说可以100个数据库用户同时登陆。

解释：因为数据库连接是可以并发访问的，也就是说100个用户同时访问同一个数据库，只要数据库服务器内存足够，mysql并发100个是没任何问题的，如果超过电脑可承受范围，可能直接导致荡机，所以建议根据实际情况调整最大连接数。

1、MySQL数据库系统允许的最大可连接数max_connections。这个参数是可以设置的。如果不设置，默认是100。最大是16384。

2、数据库当前的连接线程数threads_connected。这是动态变化的。

查看max_connections、max_connections的办法见后。

如果

threads_connected

==

max_connections

时，数据库系统就不能提供更多的连接数了，这时，如果程序还想新建连接线程，数据库系统就会拒绝，如果程序没做太多的错误处理，就会出现类似强坛的报错信息。

因为创建和销毁数据库的连接，都会消耗系统的资源。而且为了避免在同一时间同时打开过多的连接线程，现在编程一般都使用所谓数据库连接池技术。

但数据库连接池技术，并不能避免程序错误导致连接资源消耗殆尽。

这种情况通常发生在程序未能及时释放数据库连接资源或其他原因造成数据库连接资源不能释放，但强坛系统估计不会发生这种低级的编程错误。

该错误的简便的检查办法是，在刷新强坛页面时，不断监视threads_connected的变化。如果max_connections足够大，而

threads_connected值不断增加以至达到max_connections，那么，就应该检查程序了。当然，如果采用数据库连接池技术，

threads_connected增长到数据库连接池的最大连接线程数时，就不再增长了。

从强坛出错的情况看，更大的可能性是数据库系统没能进行适当地配置。下面提出一点建议。供参考

让你们的工程师把MySQL的最大允许连接数从默认的100调成32000。这就不会老出现连接过多的问题了。

查看max_connections

进入MySQL，用命令：

show

variables

查看数据库最大可连接数的变量值：

max_connections

查看threads_connected

进入MySQL，用命令：

show

status

查看当前活动的连接线程变量值：

threads_connected

设置max_connections

设置办法是在mycnf文件中，添加下面的最后红色的一行：

[mysqld]

port=3306

#socket=MySQL

skip-l

在使用MySQL数据库的时候，经常会遇到这么一个问题，就是“Can not connect to MySQL server Too many connections”-mysql 1040错误，这是因为访问MySQL且还未释放的连接数目已经达到MySQL的上限。

通常，mysql的最大连接数默认是100, 最大可以达到16384。

在Windows下常用的有两种方式修改最大连接数。

第一种：命令行修改。

>mysql -uuser -ppassword(命令行登录MySQL)

mysql>show variables like 'max_connections';(查可以看当前的最大连接数)

msyql>set global max_connections=1000;(设置最大连接数为1000，可以再次查看是否设置成功)

mysql>exit(推出)

这种方式有个问题，就是设置的最大连接数只在mysql当前服务进程有效，一旦mysql重启，又会恢复到初始状态。

因为mysql启动后的初始化工作是从其配置文件中读取数据的，而这种方式没有对其配置文件做更改。

第二种：修改配置文件。

这 种方式说来很简单，只要修改MySQL配置文件myini 或 myf的参数max_connections，将其改为max_connections=1000，然后重启MySQL即可。

但是有一点最难的就是myini这个文件在哪找。

通常有两种可能，一个是在安装目录下（这是比较理想的情况），另一种是在数据文件的目录下，安装的时候如果没有人为改变目录的话，一般就在C:/ProgramData/MySQL往下的目录下。

与连接数相关的几个参数：

在修改最大连接数的时候会有这样一个疑问—这个值是不是越大越好，或者设置为多大才合适？这个参数的大小要综合很多因素来考虑，比如使用的平台所支持的线程库数量（windows只能支持到2048）、服务器的配置（特别是内存大小）、每个连接占用资源（内存和负载）的多少、系统需要的响应时间等。

可以在global或session范围内修改这个参数。

连接数的增加会带来很多连锁反应，需要在实际中避免由此引发的负面影响。

首先看一下MySQL的状态：

mysql> status;

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

mysql Ver 1414 Distrib 5515, for Win32 (x86)

Connection id: 1

Current database:

Current user: root@localhost

SSL: Not in use

Using delimiter: ;

Server version: 5515 MySQL munity Server (GPL)

Protocol version: 10

Connection: localhost via TCP/IP

Server characterset: utf8

Db characterset: utf8

Client characterset: gbk

Conn characterset: gbk

TCP port: 3306

Uptime: 1 hour 3 min 27 sec

Threads: 12 Questions: 18 Slow queries: 10 Opens: 33 Flush tables: 5 Open tab

les: 34 Queries per second avg: 6256

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

Open tables:34,即当前数据库打开表的数量是34个，注意这个34并不是实际的34个表，因为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 | 256 |

+------------------+-------+

1 row in set (000 sec)

table_open_cache:256，这就是说所有的MySQL线程一共能同时打开256个表，我们可以搜集系统的打开表的数量的历史记录和这个参数来对比，决定是否要增加这个参数的大小。

查看当前的打开表的数目(Open tables)可用上边提到过的status命令，另外可以直接查询这个系统变量的值：

mysql> show status like 'open_tables';

+---------------+-------+

| Variable_name | Value |

+---------------+-------+

| Open_tables | 3 |

+---------------+-------+

1 row in set (000 sec)

Open_tables就是当前打开表的数目，通过flush 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 (000 sec)

max_tmp_tables:32即单个客户端连接能打开的临时表数目。

查看当前已打开的临时表的信息：

mysql> show global status like '%tmp%table%';

+-------------------------+-------+

| Variable_name | Value |

+-------------------------+-------+

| Created_tmp_disk_tables | 0 |

| Created_tmp_tables | 11 |

+-------------------------+-------+

2 rows in set (000 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参数控制的。

mysql> show variables like 'open_files%';

+------------------+-------+

| Variable_name | Value |

+------------------+-------+

| open_files_limit | 2670 |

+------------------+-------+

1 row in set (000 sec)

但是这个参数是OS限制的，所以我们设定的值并不一定总是生效。

如果OS限制MySQL不能修改这个值，那么置为0。

如果是专用的MySQL服务器上，这个值一般要设置的尽量大，就是设为没有报Too many open files错误的最大值，这样就能一劳永逸了。

当 *** 作系统无法分配足够的文件描述符的时候，mysqld进程会在错误日志里记录警告信息。

相应的，有两个状态变量记录了当前和历史的文件打开信息：

mysql> show global status like '%open%file%';

+---------------+-------+

| Variable_name | Value |

+---------------+-------+

| Open_files | 0 |

| Opened_files | 76 |

+---------------+-------+

2 rows in set (000 sec)

MySQL为每个连接分配线程来处理，可以通过threads_connected参数查看当前分配的线程数量：

mysql> show status like '%thread%';

+------------------------------------------+-------+

| Variable_name | Value |

+------------------------------------------+-------+

| Delayed_insert_threads | 0 |

| Performance_schema_thread_classes_lost | 0 |

| Performance_schema_thread_instances_lost | 0 |

| Slow_launch_threads | 0 |

| Threads_cached | 0 |

| Threads_connected | 1 |

| Threads_created | 1 |

| Threads_running | 1 |

+------------------------------------------+-------+

8 rows in set (000 sec)

比较threads_connected参数和前面提到的max_connections参数，也可以作为目前的系统负载的参照，决定是否需要修改连接数。

查看每个线程的详细信息：mysql>show processlist;对影响系统运行的线程：kill connection|query threadid的命令杀死。

以上就是关于mysql通过show status like 'Thread%'命令查看数据库的连接情况，请问一下问题：全部的内容，包括:mysql通过show status like 'Thread%'命令查看数据库的连接情况，请问一下问题：、mysql数据库的最大连接数100是什么概念、如何轻松解决MYSQL数据库连接过多的错误等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！