文章目录
- 前言
- 短连接风暴
- 慢查询
- QPS（每秒查询数）突增
- 总结
前言
我们在使用数据库的时候，总会有那么一段时间，数据库的压力会特别大。比如，用户的使用的高峰期，或者活动上线的时候等等。那么为了应对突然暴增的数据库压力，我们应该怎么应对呢。首先我们需要分析下导致压力暴增的原因，然后制定相应的措施即可。
短连接风暴
短连接的数量在某一时刻突然暴增，这会给数据库造成很大的压力。当遇到这种情况的时候，我们大致有三种种处理方法
1.关闭数据的权限校验这一块，直接连接数据库。虽然说权限校验这一块，对性能很小，但是当连接数很大的时候，也是一笔不小的性能开销。但是这个操作非常危险，不建议使用。
2.杀死短连接。通过kill connection 主动踢掉一些空闲的短连接。
如上图，如果sessionA和sessionB都是sleep状态的空闲连接，我们首先选择肯定是杀死sessionB这种的，因为杀死B这种的短连接不需要事务的回滚。A的话，你杀死这样的连接之后，还需事务回滚，将数据还原。
怎么判断那个是事务外空闲的连接呢。你可以查 information_schema 库的 innodb_trx 表来进行判断。
如果杀死事务外空闲的短连接还不够，那么你就可以考虑杀死事务内空闲的连接。
3.就是调高 max_connections 的值，我们知道数据库的连接数，是由一定数量的，我们可以通过max_connections 参数设置。但是这个也有一个风险就是你设置的过大的话，可能会导致连接上了，但是这个连接迟迟拿不到cpu的资源，倒是进一步加大服务器资源的占用。
慢查询
导致慢查询大致有三种情况
1.索引没选对
2.sql写的有问题
3.索引失效了
对此我们有以下三种对应的解决方法
（1）索引失效，我们可以通过alter table ，添加索引解决，现在的是数据库版本基本都支持online ddl，只要不是特别老的版本。
（2）sql写的有问题的话
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();
我们可以通过重写sql，如上图，写一个存储过程，里面写一个你要替换的sql，然后在执行慢查询的sql 的时候，可以执行上面的sql将慢查询的sql替换成你重写的sql。
（3） 索引失效
这个我们这不详细展开介绍了，之前的文章有详细的介绍索引失效的场景，原因和解决方案。这里我们就直接使用for index这种最为直接的解决方案。
QPS（每秒查询数）突增
QPS突然暴增的情况，基本优化方案没有，没有什么短时间应急的优化方案（这个建议前提是在你的表设计的没有问题，索引也没有问题的情况下）。当然你也可以选择上面那种重写sql，统一返回select1，但是这个功能基本就无法使用了。
但是如果你是新增的业务，且这个业务不是那么重要的话，你可以选择，将这个业务从数据库白名单踢出，或者删除这个业务的用户，这样也可以。
总结
上面介绍的方法基本都是一些应急的方案，不是长远考虑的（就是你领导说，我不管你用什么方法先让程序能正常运行，我们采用的一些应急方案），所以你们想要彻底解决问题，还的深入研究，找到问题所在。
