MySQL 5.6 参数之 extra_port

一前言
作为MySQL DBA, 在运维MySQL的工作过程中,常常遇到Too many connections这个错误，这时作为数据库维护人员都不能登陆数据库进行维护是多么窘迫的事。可能有人会说可以修改配置文件，然后重启数据库来解决。恩，不过这个是很多种解决方法中可用性最差的一种，本文介绍通过 5.6 新的特性--管理端口来解决这个问题。
二认识 extra_port
MySQL 在5.6.14 版本之后引入一个参数extra_port 用来解决too many connections的问题。
percona 官方介绍:
从官方文档介绍来看，在MySQL启动的时候使用该参数指定一个端口号（不要和正常的数据库服务端口冲突），Percona Server会监听来自该端口的请求。启用该参数可以解决使用thread_pool特性时，由于所有的连接池worker忙于处理慢querey或者被锁定导致DBA无法通过正常的端口连接DB, 以便DBA可以正常维护数据库。
具体用法如下:mysql --port="extra-port-number" --protocol=tcp
Maridb 官方介绍（和percona的介绍类似,读者朋友可以自己翻译）Description: Extra port number to use for tcp-connections in a one-thread-per-connection manner. If set to 0, no other port is used. Introduced for the MariaDB 5.1 threadpool.
extra_max_connections 该参数主要是控制通过管理端口可以创建多少个连接。
官方介绍:
"This variable can be used to specify the maximum allowed number of connections plus one extra SUPER users connection on the extra_port. This can be used with the extra_port variable to access the server in case no new connections can be established due to all worker threads being busy or being locked when pool-of-threads feature is enabled."
三 extra_port 测试
测试环境：5.6.26-74.0-log Percona Server
参数设置：max_connections = 1

extra_max_connections = 1extra_port=13306
通过上面两个参数，来设置整个数据库的连接数。通过上面的参数配置,最多可以创建4个连接。
测试过程，通过使用下面的命令，尝试连接数据库：
场景1 模拟业务连接数据库,在两个不同的session下尝试连接mysql -uyang -pyang -h127.0.0.1 -P3306
场景2 模拟DBA连接数据库,在两个不同的session下尝试连接mysql -uroot -h127.0.0.1 -P3306
场景3 模拟DBA连接数据库,在两个不同的session下尝试连接mysql -S /srv/my_3306/run/mysql.sock
场景4 占满数据库的所有连接数，然后使用extra_port 端口以root身份连接mysql --port=13306 --protocol=tcp -uroot -h127.0.0.1
场景5 占满数据库的所有连接数，然后使用extra_port 端口以业务身份连接mysql --port=13306 --protocol=tcp -uyang -pyang -h127.0.0.1
场景6 这次不指定通信协议，尝试连接mysql --port=13306 -uyang -pyang -h127.0.0.1
场景7 模拟DBA和业务同时连接数据库,在两个不同的session下尝试连接mysql -uyang -pyang -h127.0.0.1 -P3306mysql -S /srv/my_3306/run/mysql.sock

mysql -uroot -h127.0.0.1 -P3306
测试的结果
场景1，只能连接1次，第2次报错 ERROR 1040 （HY000）: Too many connections
场景2，只能连接2次，第3次报错 ERROR 1040 （HY000）: Too many connections
场景3，只能连接2次，第3次报错 ERROR 1040 （HY000）: Too many connections
场景4，可以连接2次，第3次报错 ERROR 1040 （HY000）: Too many connections
场景5，无法连接，提示"ERROR 1040 （HY000）: Too many connections"
场景6, 在业务占用连接池满，以管理员可以连接2次，
场景7 如果管理员先登陆，业务方无法连接；如果业务方先登陆，管理员可以登陆一次，无法登陆第二次
共可以连接4次。
四总结
1 如果不用extra_port参数，MySQL max_connection个连接全部被占用，DBA仍可以root或者说是具有super权限连接到DB对DB进行管理，但是只能连接一次。业务账号只能登陆 max_connection 次。
2 如果使用extra_port参数，MySQL max_connection个连接全部被占用，DBA可以以管理员权限创建 extra_max_connections+1个连接。
3 max_connections的特性
MySQL无论如何都会保留一个用于管理员（SUPER）登陆的连接，用于管理员连接数据库进行维护操作，即使当前连接数已经达到了max_connections。因此MySQL的实际最大可连接数为max_connections+1；这个参数实际起作用的最大值（实际最大可连接数）为16384，即该参数最大值不能超过16384，即使超过也以16384为准；增加max_connections参数的值，不会占用太多系统资源。系统资源（CPU、内存）的占用主要取决于查询的密度、效率等；本文永久更新链接地址