mysql负载突然飙升_如果现实中遇到这种服务器负载突然飙升的改如何处理？

如果线上出现这种问题, 先别扯什么排查, 先做横向扩容, 再开一台机器, 把负载降下来, 先让业务恢复正常, 当然这需要你们之前没有单点.

高峰过去之后再排查问题, 否则你做的每一步操作都可能让当前无比脆弱的服务器挂掉~

问题的排查需要一个良好的记录日志的习惯, 否则也是白费.

1. 检查下今天的access_log和昨天的access_log, 在PV上有什么差异. 如果是因为访问量剧增的原因, 那就想办法扩容吧~~.

2. 如果访问量没有剧增, 需要考虑下近期是否对服务器或者应用程序做过什么变动, 比如新增一些功能或者改动过数据库什么的.

如果有改动的话, 检查下数据库是否有慢查询, 程序是否有长时间的阻塞操作一类的, 工具的话可以用XHProf, 也可以用一些收费的APM工具, 一般线上都应该有一套完善的监控机制用于监控PHP应用程序, mysql, redis的运行状态.

如果没改动的话, 检查下同一时间的数据库和redis服务的负载, 是否被其他业务线给托住了, 如果你们公用一组数据库和缓存服务器的话.

如果不是公用, 就检查下缓存是不是超时了, 导致大量请求穿透到数据库了, 或者CDN无效或超时了, 导致大量的回源请求.

3. 最后看看是不是被攻击了.

总结下,

1.完善的扩容机制是保证线上稳定运行的重要手段.

2.完善的日志机制是保证线上问题能够复现的重要依据.

3.完善的监控机制是保证第一时间定位线上问题的重要工具.