共计 4371 个字符，预计需要花费 11 分钟才能阅读完成。
前言：
当连贯数据库失败次数过多时，MySQL 是否会限度登录呢？数据库服务端应该怎么应答暴力破解呢？本篇文章介绍下 MySQL 中的连贯管制插件，一起来学习下此插件的作用。
1. 连贯管制（connection_control）插件介绍
MySQL 服务端蕴含一个插件库，能够自定义装置各类插件。connection_control 插件也是其中一种，次要用来管制客户端在登录操作间断失败肯定次数后的响应的提早。该插件可无效的避免客户端暴力登录的危险。该插件蕴含以下两个组件：
- CONNECTION_CONTROL：用来管制登录失败的次数及提早响应工夫。
- CONNECTION_CONTROL_FAILED_LOGIN_ATTEMPTS：将登录失败的操作记录至 information_schema 零碎库中。
连贯管制插件文件的根本名称为 connection_control。每个平台的文件名后缀有所不同 (对于 Unix 和类 Unix 零碎为 .so，对于 Windows 为 .dll)。上面以 Linux 零碎为例来装置下 connection_control 插件，Windows 零碎只须要将 .so 改成 .dll 即可。
# 动静装置 connection_control 插件
mysql> INSTALL PLUGIN CONNECTION_CONTROL SONAME 'connection_control.so';
Query OK, 0 rows affected (0.04 sec)
mysql> INSTALL PLUGIN CONNECTION_CONTROL_FAILED_LOGIN_ATTEMPTS SONAME 'connection_control.so';
Query OK, 0 rows affected (0.01 sec)
# 验证插件状态
mysql> SELECT
-> PLUGIN_NAME,PLUGIN_STATUS
-> FROM
-> INFORMATION_SCHEMA.PLUGINS
-> WHERE
-> PLUGIN_NAME LIKE 'connection%';
+------------------------------------------+---------------+
| PLUGIN_NAME | PLUGIN_STATUS |
+------------------------------------------+---------------+
| CONNECTION_CONTROL | ACTIVE |
| CONNECTION_CONTROL_FAILED_LOGIN_ATTEMPTS | ACTIVE |
+------------------------------------------+---------------+
# 装置实现后 能够看到相干零碎变量
mysql> show variables like 'connection_control%';
+-------------------------------------------------+------------+
| Variable_name | Value |
+-------------------------------------------------+------------+
| connection_control_failed_connections_threshold | 3 |
| connection_control_max_connection_delay | 2147483647 |
| connection_control_min_connection_delay | 1000 |
+-------------------------------------------------+------------+能够看出，插件装置还是很简略的，不过这个插件具体有什么作用呢？咱们先来解释下相干零碎变量：
- connection_control_failed_connections_threshold：容许帐户进行的间断失败尝试的次数。默认为 3，示意当连贯失败 3 次后启用连贯管制，0 示意不开启。
- connection_control_max_connection_delay：超出阈值的连贯失败的最大提早 (以毫秒为单位)，默认 2147483647 毫秒，约 25 天。
- connection_control_min_connection_delay：超过阈值的连贯失败的最小提早 (以毫秒为单位)，默认 1000 毫秒，即 1 秒。
至此，你可能明确了 connection_control 插件的作用，那就是当客户端连贯数据库间断失败达到肯定次数后，服务端会进行一段时间的响应提早，间断失败尝试的次数越多，响应延迟时间越长。
2. 连贯管制试验
咱们来具体做下试验，为了试验成果，这里将失败次数阈值设为 10，提早最小工夫设为 1 分钟，即当间断连贯失败十次后，提早响应工夫最低为 1 分钟，上面咱们成心输错明码来试试看：
# 初始状态
mysql> show variables like 'connection_control%';
+-------------------------------------------------+------------+
| Variable_name | Value |
+-------------------------------------------------+------------+
| connection_control_failed_connections_threshold | 10 |
| connection_control_max_connection_delay | 2147483647 |
| connection_control_min_connection_delay | 60000 |
+-------------------------------------------------+------------+
3 rows in set (0.01 sec)
mysql> SELECT * FROM information_schema.CONNECTION_CONTROL_FAILED_LOGIN_ATTEMPTS;
Empty set (0.00 sec)
# 成心输错明码
[root@localhost ~]# mysql -utestuser -p123
mysql: [Warning] Using a password on the command line interface can be insecure.
ERROR 1045 (28000): Access denied for user 'testuser'@'localhost' (using password: YES)
# 查看失败记录
mysql> SELECT * FROM information_schema.CONNECTION_CONTROL_FAILED_LOGIN_ATTEMPTS;
+----------------+-----------------+
| USERHOST | FAILED_ATTEMPTS |
+----------------+-----------------+
| 'testuser'@'%' | 1 |
+----------------+-----------------+
1 row in set (0.00 sec)
# 当间断失败次数超过阈值后 再次进行连贯会产生提早 即提早肯定工夫后才会返回明码是否正确
mysql> SELECT * FROM information_schema.CONNECTION_CONTROL_FAILED_LOGIN_ATTEMPTS;
+----------------+-----------------+
| USERHOST | FAILED_ATTEMPTS |
+----------------+-----------------+
| 'testuser'@'%' | 10 |
+----------------+-----------------+
mysql> show processlist;
+---------+----------+--------------------+--------------------+---------+-------+--------------------------------------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+---------+----------+--------------------+--------------------+---------+-------+--------------------------------------+------------------+
| 1817003 | root | localhost | NULL | Query | 0 | starting | show processlist |
| 1817091 | testuser | localhost | NULL | Connect | 16 | Waiting in connection_control plugin | NULL |
+---------+----------+--------------------+--------------------+---------+-------+--------------------------------------+------------------+失常状况下，输错明码是即刻返回谬误的，当间断失败次数达到阈值后，再次进行连贯尝试，则会提早响应，具体表现就是始终卡着，到提早完结后才返回谬误。information_schema 零碎库中的表会记录登录失败的用户名及失败次数，当提早产生时，从 processlist 中也能够查到正在提早的连贯。若输出明码正确，则会勾销提早、从新计数。
于是乎，你应该了解了为什么此插件能避免客户端暴力破解，假如暴力破解每分钟尝试 120 次，当初启用该插件后，间断失败肯定次数后就会响应提早，并且随着失败次数的减少延迟时间也会减少，原来能立刻开始下次破解，当初只能到延迟时间后能力发动下次尝试，所以能极大升高被暴力破解的危险。
不过启用连贯管制插件后要留神是否存在提早的连贯，因为正在提早的连贯也是占用连接数的，可能会引起连贯积压导致连接数不够用。所以当呈现提早的连贯时，应尽快排查到底是那里在连贯，确保明码输出正确。
若要启用此插件，留神要配置适合的阈值及延迟时间，并记得将这些参数写入配置文件。个别等保评测可能会有这项要求，这个时候连贯管制插件会用得上。
