MySQL -- 短连接

2019-03-22 本文已影响0人未_来_可_期

短连接

1.短连接模式：连接到数据库后，执行很少的SQL后就断开，下次需要的时候再重连

2.在业务高峰期，会出现连接数突然暴涨的情况

MySQL建立连接的成本非常昂贵

成本：TCP/IP三次握手 + 登录权限判断 + 获取连接的数据读写权限

1.max_connections：MySQL实例同时存在的连接数上限

2.当连接数超过max_connections，系统会拒绝接下来的连接请求，返回：Too many connections

当连接被拒绝，从业务角度来看是数据库不可用

3.如果机器负载较高，处理现有请求的时间会变长，每个连接保持的时间也会变长

如果再有新建连接的话，很容易触发max_connections的限制

4.max_connections的目的是保护MySQL的

如果把max_connections设置得过大，更多的连接就会进来，导致系统负载会进一步加大

大量的资源会耗费在权限验证等逻辑上，而已经拿到连接的线程会抢不到CPU资源去执行业务SQL

KILL CONNECTION：主动踢除不需要保持的连接（与wait_timeout的效果一样）

1.踢除Sleep状态的连接是有损的

2.如果断开sission A的连接，会回滚事务

3.如果断开sission B的连接，没有任何影响

优先断开事务外空闲的连接

再考虑断开事务内空闲的连接

trx_mysql_thread_id：id=4的线程还处在事务中

1.服务端执行KILL CONNECTION id，如果连接在此前处于Sleep状态，客户端是不会立马知道

2.客户端如果发起下一个请求，报错ERROR 2006 (HY000): MySQL server has gone away

因此，客户端（应用层）需要有重连机制

1.数据库跳过权限验证阶段–风险极高

重启数据库，启动参数--skip-grant-tables

跳过所有的权限验证阶段（连接过程+语句执行过程）

2.从MySQL 8.0开始，启用--skip-grant-tables参数，默认会启用--skip-networking（本地客户端）