前言

很多用户经常会问，我购买的连接是2000，怎么活跃了连接到了500就报警啊？就响应慢了啊？
通过命令我们来看下关于连接数有多少种：

mysql> show global variables like "max_connections";
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| max_connections | 1800  |
+-----------------+-------+
mysql> show global status like "%Threads%";
+------------------------------------------------+-------+
| Variable_name                                  | Value |
+------------------------------------------------+-------+
| Threads_cached                                 | 3     |
| Threads_connected                              | 0     |
| Threads_created                                | 7     |
| Threads_rejected                               | 0     |
| Threads_running                                | 2     |
+------------------------------------------------+-------+
11 rows in set (0.00 sec)

总连接数

客户购买的DB连接数是这个。max_connections，允许同时连接DB的客户端的最大线程数。如果客户端的连接数超过了max_connections,应用就会收到“too many connections”的错误。

下面是线程的状态信息：

已经创建的连接数

Threads_created是为处理连接而创建的线程数。再明确一点来说是连接到DB的，客户端的线程数。它包含Threads_running。 如果Threads_created很大，可能需要调整thread_cache_size。
线程cache命中率=Threads_created/Connections，cache命中率当然越大越好，如果命中率较低，可以考虑增加thread_cache_size。

已经连接的连接数

Thread_connected当前打开的连接数。

活跃连接数

Threads_running官方的说法是“没有sleep的线程数”。顾名思义是：在DB端正在执行的客户端线程总数。Server端保持这些连接同时客户端等待回复。有些线程可能消耗CPU或者IO，有些线程可能啥也没做单纯等表锁或行锁释放。当DB执行完这个线程，客户端收到回复，线程的状态就会从"running" 变成 "connected".

如果发现活跃链接数突然增高，通常是以下原因：

• 应用缓存失效
• 突发流量

参考

https://dev.mysql.com/doc/refman/5.6/en/server-status-variables.html#statvar_Threads_running
https://dba.stackexchange.com/questions/176679/what-is-the-difference-between-threads-connected-and-threads-running