1.在运行环境的问题中,最广泛的问题时磁盘空间耗尽。数据库
2..在性能问题中,最普通的服务器宕机缘由确实是运行很糟糕的SQL,但也不必定都是这个缘由,好比也有不少问题时因为服务器Bug或错误的行为致使的。服务器
3..糟糕的Schema和索引设计是第二大影响性能的问题。网络
4..复制问题一般因为主备数据不一致致使。架构
5.数据丢失问题一般因为drop table的错误操做致使,并老是便随着缺乏可用备份的问题。性能
a、是不是应用程序致使内存溢出或者泄露,out of memory致使google
b、是不是进程过多或者不断建立,耗尽资源致使spa
c、是不是数据库程序死锁,链接数过多致使设计
d、是不是应用程序异常致使日志
e、是不是流量负载过大致使索引
f、 是不是遭受黑客入侵攻击致使
g、是不是误操做致使
首先,检查全部电缆和外围设备,试着使用ping命令探测设备情况,ping命令是全部平台通用的,也是最简单的。若是能够在局域网内ping通服务器,接着能够试试从局域网外ping服务器进行检测。这样作能够迅速判断问题是否产生在交换和路由层面,而不是服务器级别。
电源没有问题,Ping不通,就要丛底层到高层来逐层检查问题了,检查网络接口和网络配置是否正常?DHCP是否启动?Web服务器是否指向正确的DNS服务器?在Windows环境,须要检查服务器是否具备Web服务的角色。在Linux环境下,检查会更复杂,能够试试查找http相关的文件或服务来确保服务器是否正在运行。
此外,若是Web服务器已经虚拟化,试着ping物理服务器本身的真实IP。这样能够帮助你进一步隔离问题。若是彻底没法ping同服务器,并且也已经肯定彻底检查了网络链接,那么就须要进行更深刻的分析了。
这种时候,就要去检查日志并查明在Web服务器宕机时日志纪录的信息,若是是专业人士,日志信息能够告诉你一切,半专业人士能够google搜索日志报警的错误信息,逐步找到解决方法,非专业专人的管理员就要求救外援了,总之,找问题要纵览全局,多从架构、资源层面去查找问题。