MySQL压力太大，没法正常响应，临时方案提升数据库性能

问题

首先要明确你的数据库突然压力变大是因为什么，之后才能采取出相应的措施来解决。

短连接过多

那什么是短连接呢？

• 正常的短连接模式就是连接到数据库后，执行很少的SQL语句就断开，下次需要的时候再重连。如果使用的是短连接，在业务高峰期的时候，就可能出现连接数突然暴涨的情况。

我们知道在MySQL建立连接的过程，成本是很高的。除了正常的网络连接三次握手外，还需要做登录权限判断和获得这个连接的数据读写权限。在数据库压力比较小的时候，这些额外的成本并不明显。

• 短连接模型存在一个风险，就是一旦数据库处理得慢一些，连接数就会暴涨。max_connections参数，用来控制一个MySQL实例同时存在的连接数的上限，超过这个值，系统就会拒绝接下来的连接请求，并报错提示“Too many connections”。对于被拒绝连接的请求来说，从业务角度看就是数据库不可用。在机器负载比较高的时候，处理现有请求的时间变长，每个连接保持的时间也更长。这时，再有新建连接的话，就可能会超过max_connections的限制。
  碰到这种情况时，一个比较自然的想法，就是调高max_connections的值。但这样做是有风险的。因为设计max_connections这个参数的目的是想保护MySQL，如果我们把它改得太大，让更多的连接都可以进来，那么系统的负载可能会进一步加大，大量的资源耗费在权限验证等逻辑上，结果可能是适得其反，已经连接的线程拿不到CPU资源去执行业务的SQL请求。

解决方法

• 第一种方法：先处理掉那些占着连接但是不工作的线程也就是说，如果是连接数过多，你可以优先断开事务外空闲太久的连接；如果这样还不够，再考虑断开事务内空闲太久的连接。
• 第二种方法：减少连接过程的消耗。有的业务代码会在短时间内先大量申请数据库连接做备用，如果现在数据库确认是被连接行为打挂了，那么一种可能的做法，是让数据库跳过权限验证阶段。但是这种方式有安全风险，风险极高。因此不建议使用，除非你只是想要让数据库的性能立马得到缓解。

慢查询问题

实际上，我们在线上碰到更多的是查询或者更新语句导致的性能问题。其中，查询问题比较典型的有两类，一类是由新出现的慢查询导致的，一类是由QPS（每秒查询数）突增导致的。这里主要介绍查询的问题。

会引发性能问题的慢查询，大体有以下三种可能：

• 索引没有设计好；

• SQL语句没写好；

• MySQL选错了索引。，

针对第一种索引没有设计好，一般就是通过紧急创建索引来解决，最高效的做法就是直接执行alter table 语句。

针对第二种sql语句没写好，这时，我们可以通过改写SQL语句来处理，使用query_rewrite功能。

针对第三种选错了索引，我们可以强制其使用某一索引。就是给这个语句加上force index。

QPS突增问题

有时候由于业务突然出现高峰，或者应用程序bug，导致某个语句的QPS突然暴涨，也可能导致MySQL压力过大，影响服务。

针对这个问题，如果是由一个新功能的bug导致的。当然，最理想的情况是让业务把这个功能下掉，服务自然就会恢复。当然，这个操作的风险很高，需要你特别细致。

总结

在实际开发中，我们要尽量避免一些低效的方法，比如避免大量地使用短连接。同时，如果你做业务开发的话，要知道，连接异常断开是常有的事，你的代码里要有正确地重连并重试的机制。同时要对于慢查询有一定的监控能力，避免慢查询带来的性能问题。