关于mysql:MySQL连接数管理

41次阅读

共计 1774 个字符,预计需要花费 5 分钟才能阅读完成。

前言:

MySQL 连贯状态是数据库中比拟重要的一个指标,比如说目前总共有多少个连贯、各连贯处于什么状态等等,这些连贯状态也能从侧面反映出数据库以后运行状况。本篇文章咱们一起来学习下 MySQL 连贯相干内容。

1.connection 相干参数

先来看下 connection 相干参数,只有参数设置正当了,数据库能力跑得更好。

  • max_connections:最大连接数,默认为 151,可动静批改。
  • max_connect_errors:当同一个客户端连贯出错的次数达到 max_connect_errors 时,服务器将阻止该主机进行再次连贯。默认为 100,可动静批改。
  • max_user_connections:对于单个数据库用户容许的最大同时连接数。默认为 0,即示意无限度,可动静批改。
  • connect_timeout:期待一个连贯响应的工夫,默认为 10s,在获取连贯阶段起作用,可动静批改。

以 max_connections 参数为例,来看下具体参数如何查看及批改:

# 查看相干参数
mysql> show variables like 'max_connections';
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| max_connections | 151   |
+-----------------+-------+

# 批改参数 (my.cnf 配置文件中也要批改)
mysql> set global max_connections = 500;
Query OK, 0 rows affected (0.79 sec)

mysql> show variables like 'max_connections';
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| max_connections | 500   |
+-----------------+-------+

2. 几个常见连贯谬误

若 connection 相干参数设置不当,达到肯定瓶颈时可能会呈现连贯谬误的问题,上面列举下几种常见的连贯谬误及解决办法。

呈现频繁最高的可能就是 Too many connections 谬误了,这个谬误产生的起因是以后数据库的总连接数曾经达到了 max_connections 数值,当再有客户端尝试连贯时及会报此谬误。MySQL 实际上容许 max_connections + 1 个客户端连贯,额定一个连贯供具备 SUPER 特权的用户应用。当产生 Too many connections 谬误时,我看能够用 root 账号登录数据库,而后增大 max_connections 参数即可。其实设置适当的 max_connections 即可防止此类谬误再次发生,默认的 151 显然有点小,咱们能够监控下数据库连贯总数,依据不同环境做出调整,比方设为 500 或 1000,当然也不能设置过大。

若呈现 Host is blocked because of many connection errors 谬误时,那就是某台主机连贯谬误达到 max_connect_errors 参数规定的下限了。解决这个谬误有两种计划,一个是进入 MySQL 命令行执行 flush hosts 命令来刷新 host,一个是增大 max_connect_errors 参数值。集体倡议能够将 max_connect_errors 参数调大些,比方 1000 或 2000。

对于 max_user_connections 参数,个别采纳默认 0 值即可,若想要限度单个用户的最大连接数,也能够设置下此参数,比方 max_user_connections = 100 代表单个用户最多同时发动 100 个连贯。

如果客户端常常遇到 Lost connection to MySQL server at ‘XXX’ 谬误,那就要思考增大 connect_timeout 值了,默认值 10s 对于网络良好的状况下是够用的,如果客户端和服务端网络有提早的状况,能够将 connect_timeout 参数调大来防止产生连贯超时的谬误。

总结:

本篇文章介绍了 MySQL connection 相干内容,要记住一个稳固的数据库,连贯总数个别是绝对稳固的,若数据库连贯状态稳定很大,那要排查下是不是程序端或数据库端有做过变更。

正文完
 0