文章目录
[+]
通过浏览器的掌握台，看到要求返回的504网关超时缺点，想着是不是被攻击，导致要求壅塞了，查看了防火墙，也没创造有攻击行为；
忽然想起昨天也有用户反馈，短信发送不了，昨天查看了要求也是504，昨天以为是短信服务有问题，看来是同一个问题导致！
网站架构很大略，前端一个nginx做负载均衡，后面两个php web做事，一个MySQL
（图片来自网络侵删）
1.第一步，有问题先重启吧，，重启能办理80%的问题，结果做事看重启后，还是无法访问；
2.第二步，从缺点信息剖析，既然504网关缺点，该当是php做事有问题，经查看web做事器的做事也是正常的；
3.第三步，但从代理做事器通过curl访问web做事首页，竟然无法访问；难道是被防火墙拦截了，这几天也没动过防火墙呢，登录到php做事器上，将防火墙关掉，结果还是弗成，有点懵了；
4.第四步，忽然创造，网站的后台页面竟然可以打开，但发送登录验证码要求也是504；有点奇怪，难道还是代码有问题；以短信发送接口代码为打破口，开始调试代码，对代码开始调试，调试到Model::create,写表时，就涌现504了，
看来问题出在数据库上，有可能数据库访问账号过期了，赶紧命令行连接试了一下，也能正常连接。
5.第五步，就想着先更新一下数据库账号的密码吧，结果写命令回车，竟然卡住没反馈。赶紧看了一下MySQL做事器的空间，创造已经是100%，原来没空间了；
第六步，问题找到了就好办了，清理日志和多余的备份，重启mysql，再次刷新页面，正常访问，全体过程耗时一个多小时，受到了严厉的批评。
末了剖析：之以是耗费这么永劫光，由于做事器空间满，从web代码和界面的缺点提示，看不到任何数据库干系的缺点信息，以是没有准确判断是数据库的问题；
将这次问题剖析和解决的过程记录下来，以备后用吧。
