MySQL -- 短连接 + 慢查询

短连接

1. 短连接模式：连接到数据库后，执行很少的SQL后就断开，下次需要的时候再重连
2. 在业务高峰期，会出现连接数突然暴涨的情况
   • MySQL建立连接的成本非常昂贵
   • 成本：TCP/IP三次握手 + 登录权限判断 + 获取连接的数据读写权限

max_connections

1. max_connections：MySQL实例同时存在的连接数上限
2. 当连接数超过max_connections，系统会拒绝接下来的连接请求，返回：Too many connections
   • 当连接被拒绝，从业务角度来看是数据库不可用
3. 如果机器负载较高，处理现有请求的时间会变长，每个连接保持的时间也会变长
   • 如果再有新建连接的话，很容易触发max_connections的限制
4. max_connections的目的是保护MySQL的
   • 如果把max_connections设置得过大，更多的连接就会进来，导致系统负载会进一步加大
   • 大量的资源会耗费在权限验证等逻辑上，而已经拿到连接的线程会抢不到CPU资源去执行业务SQL

清理Sleep状态的连接

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

1. 踢除Sleep状态的连接是有损的
2. 如果断开sission A的连接，会回滚事务
3. 如果断开sission B的连接，没有任何影响
   • 优先断开事务外空闲的连接
   • 再考虑断开事务内空闲的连接

事务外空闲

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

KILL CONNECTION

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（本地客户端）

慢查询

索引没有设计好

古老方案

1. Online DDL – ALTER TABLE
2. 主库A，备库B
3. 在备库B上执行SET sql_log_bin=OFF（不写binlog），ALTER TABLE加上索引
4. 执行主备切换，变成主库B，备库A
5. 在备库A上执行SET sql_log_bin=OFF（不写binlog），ALTER TABLE加上索引

工具

gh-ost

语句没写好

MySQL选错索引

1. FORCE INDEX
2. query_rewrite + FORCE INDEX

预先发现问题

1. 测试环境配置：slow_query_log=ON+long_query_time=0
2. SQL Review，留意Rows_examined是否与预期的一致
3. 工具：pt-query-digest

参考资料

《MySQL实战45讲》