短链接风暴
正常的短连接模式就是连接到数据库后，执行很少的SQL语句就断开，下次需要的时候再重连。
如果使用的是短连接，在业务高峰期的时候，就可能出现连接数突然暴涨的情况。
MySQL建立连接的过程，成本是很高的，除了正常的网络连接三次握手外，还需要做登陆权限判断和获得这个连接的数据读写权限。
短连接模型存在要给风险：一旦数据库处理得慢一些，连接数就会暴涨；max_connections参数，用来控制一个MySQL实例同时存在的连接数的上限，超过这个值，系统就会拒绝接下来的连接请求，并报错误“Too many connections”。对于被拒绝连接的请求来说，从业务角度看就是数据库不可用。
在机器负载比较高的时候，处理现有请求的时间变长，每个链接保持的时间也更长；这时，再有新建连接的话，就可能会超过max_connections的限制。碰到这种情况时，一个比较自然的想法，就是调高max_connections的值。这样做是可以让创建更多的链接，但是系统的负载可能会进一步加大，大量的资源耗费在权限验证等逻辑上。
第一种解决方案：先处理掉那些占着连接但是不工作的线程
max_connections的计算，是只要连着就占用一个计数位置，对于那些不需要保持的来了解，可以通过kill connection主动踢掉。
但是在show processlist的结果，踢掉显示为sleep的线程可能是有损的。需要优先断开事务外空闲的连接。可通过差information_schema库的innodb_trx表。
上图的结果里，trx_mysql_thread_id=4,表示id=4的线程还处在事物中，因此，如果是连接数过多，剋邮箱断开事物外空闲太久的连接；如果还不够，再考虑断开事物内空闲太久的连接。
从服务端断开连接使用的是kill connection +id 的命令，一个客户端处于sleep状态时，它的链接被服务端主动断开后，这个客户端并不会马上知道。
第二种方法：减少链接过程的消耗
有的业务代码会在短时间内先大量申请数据库连接做备用，如果现在数据库确认是被连接行为打挂了，那么一种可能的做法，是让数据库跳过权限验证阶段。
跳过权限验证的方法是：重启数据库，并使用-skip-grant-tables参数启动。这样，整个MySQL会跳过所有的权限验证阶段，包括链接过程和语句执行过程在内。
慢查询性能问题
在MySQL中，会引发性能问题的慢查询，大体有以下三种可能：
1、索引没有设计好；
2、SQL语句没写好；
3、MySQL选错了索引。
索引没设计好的解决方案
这种场景一般是通过紧急创建索引来解决。MySQL5.6版本以后，创建索引都支持Online DDL了，对于那种高峰期数据库已经被这个语句打挂了的情况，最高效的做法就是直接执行alter table语句。
比较理想的是能够现在备库执行，假设有一主一备，主库A,备库B，这个方案的大致流程是：
1、在备库B上执行set sql_log_bin=off,也就是不写binlog，然后执行alter table 语句加上索引；
2、执行主备切换；
3、这时候主库是B，备库是A。在A上执行set sql_log_bin=off,然后执行alter table语句加上索引。
语句没写好的解决方案
可以通过改写SQL语句来处理。MySQL5.7TIGONG L QUERY_rewrite功能，可以把输入的一种语句改写成另外一种模式。
比如，语句被错误地改写了select* from t where id+1=10000,可以通过下面的方式增加一个语句改写规则：
mysql> insert into query_rewrite.rewrite_rules(pattern, replacement, pattern_database) values ("select * from t where id + 1 = ?", "select * from t where id = ? - 1", "db1");
call query_rewrite.flush_rewrite_rules();
MySQL选错索引的解决方案
这时候应急方案就是给这个语句加上force index。
使用查询重写功能，给原来的语句加上force index，也可以解决这个问题。
QPS突增问题
有时候由于业务突然出现高峰，或者应用程序bug，导致某个语句的QPS突然暴涨，也可能导致MySQL压力过大，影响服务。
1、由全新业务的bug导致的，假设DB运维是比较规范的，即白名单是一个个加的。这种情况下，可以从数据库端直接把白名单去掉；
2、如果这个新功能使用的是单独的数据库用户，可以用管理员账号把这个用户删掉，然后断开现有连接，这样这个新功能的链接不成功，由它引发的QPS就会变成0.
3、如果这个新增的功能跟主体功能是部署在一起的，那么只能通过处理语句来限制，这时，可以使用上面提到的查询重写功能，把压力最大的SQL语句直接重写成“select 1”返回。
