日志快速筛选 之 linux命令grep|uniq|wc|awk

　　之前我我的的观念是，在线上运行的东西尽可能不要记什么流水日志。

　　可是后来我变了，发如今线上记日志是一个绝对有必要的东西，尤为是在当下很流行的微服务的推进下，没有日志的帮助，犹如一个睁眼瞎，排查问题基本靠猜，这可不行。

　　那就打印记录每次的访问日志，尤为是访问接口时的参数及返回数据和耗费时间等，这是对本身将问题抛给上层及性能优化的依据。可是日志量应该是很是大的，必定要注意及时清理。

　　那么问题来了，当发现问题时，如何快速定位到错误的地方就很重要了。

日志样例以下（某次访问的产生的日志）：

[2017-01-14 17:38:44]  New request@ip: 112.65.141.22
[2017-01-14 17:38:44]  New request@ip: 112.65.141.22 param: <xml><ToUserName><![CDATA[gh_27923assff]]></ToUserName> <FromUserName><![CDATA[osj3ut7w0VqGU-6k1WssdmAQPVU]]></FromUserName> <CreateTime>1484386723
</CreateTime> <MsgType><![CDATA[text]]></MsgType> <Content><![CDATA[http://satwx.ddd.com/wap]]></Content> <MsgId>6375392430314143735</MsgId> </xml>
[2017-01-14 17:38:44]  cat@http://192.168.1.125:30008/eagleeye/monitor/logEvent @visit, msg=> New request@ip: 112.65.141.22 ...
[2017-01-14 17:38:44]  api begin: [get] http://192.168.1.11:40003/micsite/api/ss/microsite/1.1/wchat/getAcken?wchatName=wx477026f155386
[2017-01-14 17:38:44]  api end: cost: 0.0081648826599121 sec,return data: {"error":"4000063","msg":"无该公众帐号的accessToken信息 !","status":"0"}
[2017-01-14 17:38:44]  get token error [code:status 0]: {"error":"4000063","msg":"无该公众帐号的accessToken信息 !","status":"0"}
[2017-01-14 17:38:44]  api begin: [get] https://api.weixin.qq.com/cgi-bin/user/info?access_token=&openid=osj3ut7w0VqGU-6k1WHVi5mAQPVU&lang=zh_CN
[2017-01-14 17:38:44]  api end: cost: 0.08442211151123 sec,return data: {"errcode":41001,"errmsg":"access_token missing hint: [ohHxoa0723vr30!]"}
[2017-01-14 17:38:44]  get UnionId error: {"errcode":41001,"errmsg":"access_token missing hint: [ohHxoa0723vr30!]"}
[2017-01-14 17:38:45]  POST  https://a1.easemob.com/ddd/xyytest/token {"grant_type":"client_credentials","client_id":"YXA6895cUK3_EeW3YsEU_isqRQ","client_secret":"YXA61QdxmD9yvNcxd9zaHrcmFfTRZ3M"}
[2017-01-14 17:38:45]  return data: {"access_token":"YWMtf7ebhtFWEeaBVquozfw40QAAAA3A67AAAAAAHz3lxQrf8R5bdiwR4FZYgHzdwBPGgDdng322dddssvrzggb2_tQflF-cf4FEO07WzyZJuEQ","expires_in":4205288,"app
lication":"f3de5c50-adff-11e5-b762-c114fe2b2a45"} , cost: 0.19826197624207 sec
[2017-01-14 17:38:45]  POST  https://a1.easemob.com/dd/xyytest/messages {"target_type":"users","target":["custom"],"msg":{"type":"txt","msg":"http:\/\/satwx.shoujidai.com\/wap"},"from":"hx_callback","ext"
:{"weichat":{"visitor":{"source":"weixin","msgId":"6375392430314143735","openid":"osj3ut7w0VqGU-6k1WHVi5mAQPVU","mp":"wx812302f2923a0e2f","userNickname":null}}}}
[2017-01-14 17:38:45]  return data: {"action" : "post","application" : "f3de5c50-adff-11e5-b762-c114fe2b2a45", "path" : "/messages"} , cost: 0.15990281105042 sec
[2017-01-14 17:38:45]  output: (empty)
[2017-01-14 17:38:45]  ---- This time cost: 0.52057886123657 sec ----

 

问题一、我想查看有多少独立访问了这台机器？(可能有多天的访问日志)

grep -n -E "\[2017-01-14 [0-9]{2}:[0-9]{2}:[0-9]{2}\] [0-9]+\.[0-9]+\.[0-9]+\.[0-9]+" *log | awk '{if(!ip[$3]++) print $3 " ===> " $1 " " $2 " "  $4;}' | sort | uniq | less

　　想要统计总共有多少ip时，只需后接一个wc -l 的管道命令便可：

cat a.log | wc -l

问题二、发现某个外网接口慢了，怎样查看该接口慢的地方都有哪些？

grep -A1 -n "api.weixin.qq.com/cgi-bin/" *.log | grep -v "api.weixin.qq.com" | awk '$6 > 5' | less     #grep -v 是将接口访问栏给去掉，只留下时间记录行，过滤出访问时间大于5秒的日志
. | wc -l  #统计总共有多少地方

问题三、假设有错误产生，可是不肯定访问是否访问到该机器，是否能够同时看到访问日志与错误日志？

tail -f access_log error_log   # 将访问日志与错误日志同时动态打印出来，若是同时出现则证实访问到该机器且可查看错误

问题四、如何清理日志？用crontab运行定时cron脚本。crontab -e

FilePath=/data/log
find FilePath -mtime +3 -name '*.log'  -exec rm -rf {} \; 

问题五、临时检查某接口是否通畅？使用curl命令

curl -i http://coe.test.com:8080/micro_site/api/user/info  #加-i参加可返回头信息，更多命令可查看帮助文档
ping coe.test.com  #直接看该域名是否可用
telnet coe.test.com #若是须要，也可使用telnet命令

问题六、使用docker容器进行管理测试环境，一些简单的docker 命令应该知晓

docker ps | grep myserver    #查看docker 进程，过滤想要的行，如查看映射端口及彻底的镜像名称
docker exec -it myserver /bin/bash      #进入本身的docker 容器

问题七、其余技巧？

netstat -tunlp          #查看网络端口监听状况，以肯定服务器是否有问题
ps -ef | grep httpd    #查看进程相关 pstree 更生动                
grep -F -f a.txt b.txt  #求文件交集
sort a.txt b.txt | uniq -d  #求两文件交集
sort a.txt b.txt b.txt | uniq -u   #求两文件不重复的项

说到日志筛选，其实只是想定位到问题在哪里，在这里就多了几句，以备后用吧！

对于php解释型语言，调试起来相对方便，直接在服务器上改掉进行尝试便可，可是也有一个坏处就是没有编译器来给你检查代码，会隐藏一些语法错误。通常来讲，将访问日志与错误日志一块儿打印会让你快速解决问题。语法错误相对好解决，逻辑错误则须要定位代码位置，仔细分析才能解决。

对于像java一类的编译型语言，调试则相对麻烦一些。通常在改动很小或者一两个文件的时候，能够直接经过替换.class文件的方式，重启服务器进行快速调试，可是对于多个文件的更改基本上就得从新打包上传了。.war包的class文件能够方便的经过ftp工做替换，而.jar包则麻烦些，需先将服务器上的jar包下载至本地，用压缩工具打开后，直接替换class文件后，再将整个jar包上传便可。java的日志相对会比较大，因此清理文件会更多或更频繁。

使用svn, git等工具进行代码管理很方便，但有时提交文件修改时，容易忘记添加的文件，多半会引发ClassNotFoundException，快速搞定。

对于NullPointerException异常，找到引起错误的行，观察是哪一个变量可能引发该错误，多是接口响应，多是数据库问题。

对于OutOfMemoryError异常，加内存或者优化代码解决。