linux应用系统日志

标签：检查   lam   cmd   内核   后台   系统配置   mis   硬件   proxy   

在一个典型的LAMP（Linux+Apache+Mysql+Perl）应用环境里: 
 Apache & Nginx; 查找访问和错误日志, 直接找 5xx 错误, 再看看是否有 limit_zone 错误。

 MySQL; 在mysql.log找错误消息，看看有没有结构损坏的表， 是否有innodb修复进程在运行，是否有disk/index/query 问题. 
 PHP-FPM; 如果设定了 php-slow 日志, 直接找错误信息 (php, mysql, memcache, …)，如果没设定，赶紧设定。

 Varnish; 在varnishlog 和 varnishstat 里, 检查 hit/miss比. 看看配置信息里是否遗漏了什么规则，使最终用户可以直接攻击你的后端？ 
 
HA-Proxy; 后端的状况如何？健康状况检查是否成功？是前端还是后端的队列大小达到最大值了？ 
  
结论 
经过这5分钟之后，你应该对如下情况比较清楚了： 
? 在服务器上运行的都是些啥？ 
? 这个故障看起来是和 IO/硬件/网络 或者 系统配置 (有问题的代码、系统内核调优, …)相关。

? 
这个故障是否有你熟悉的一些特征？比如对数据库索引使用不当，或者太多的apache后台进程。

你甚至有可能找到真正的故障源头。就算还没有找到，搞清楚了上面这些情况之后，你现在也具备了深挖下去的条件。当然还可以借助ITIL工具对CMDB资产的关联进行深入分析。继续努力吧！ 

linux应用系统日志

标签：检查   lam   cmd   内核   后台   系统配置   mis   硬件   proxy   

原文地址：https://www.cnblogs.com/fanweisheng/p/11110524.html