线上出现了问题，登上线上的机器查日志是非常常见的操作了。我第一次登上线上机器查日志的时候，我还只记得以下的几个命令（假设现在我们的日志文件叫做service.log)：
现在日志每天产出的大小大概1GB：
每天产出1GB大小的日志
点击开始运行，在运行对话框中输入cmd命令，弹出命令提示符窗口，接着输入%20netshintipresetc:resetlog.txt命令后会回车即可，其中resetlog.txt文件是用来记录命令执行结果的日志%20文件，该参数选项必须指定，这里指定的日志文件的完整路径是c:resetlog.txt。点击“开始%20运行”，在运行对话框中输入“cmd”命令，弹出命令提示符窗口，接着输入“netsh%20int%20ip%20reset%20c:\resetlog.txt”命令后会回车即可，其中“resetlog.txt”文件是用来记录命令执行结果的日志文件，该参数选项必须指定，这里指定的日志文件的完整路径是“c:\resetlog.txt”。点击“开始运行”，在运行对话框中输入“cmd”命令，弹出命令提示符窗口，接着输入“netsh%20int%20ip%20reset%20%20c:resetlog.txt”命令后会回车即可，其中“resetlog.txt”文件是用来记录命令执行结果的日志文件，该参数选项必须指定，这里%20指定的日志文件的完整路径是“c:resetlog.txt”。
同样地，如果是小文件，单纯的vim命令去打开文件也是可以应付的，但如果你用vim命令去打开一个1GB甚至更大的文件，也能明显感受到缓慢和卡顿。
平时我还是很喜欢用vim去查找对应的记录的linux命令，我一般的操作：
tail -f service.log这个命令我一般用于查看流量是否进来了（或者调试的时候可以直接看到日志，再迅速ctrl +c关掉）
面对比较大的日志文件，这我们就得配合grep来玩了，比如我们现在得知某个手机号收不到短信验证码，想要看一下这个手机号的日志是怎么样的。于是我们就可以这样搞：
这么一搞，就能将service.log中所有含有13888888888的记录给搜出来，搜索的速度还是贼快的。
检索日志
3对棘手的查c询进行日志记录hash生成e允许更改的n上下文信息q14。缺点:所有的执行的语句当记录到日志中的时候，都将以每行记录的修改来记录，这样可能会产生大量的日志内容,比%20如一条update语句，修改多条记录，则binlog中每一条修改都会有记录，这样造成binlog日志量会很大，特别是当执行alter%20table之类的语句的时候，由于表结构修改，每条记录都发生改变，那么该表每一条记录都会记录到日志中。应用通常从android.util.log类中调用一个方法，而调用的方法对应于不同的日志条目优先级别，例如，log.i方法记录“信息性”日志，log.d方法记录“调试”日志，而log.e方法记录“错误”日志（很像syslog）。
在start.bat中，ipc.bat后面跟了参数ipcfind.txt（一个文件，也可以做参数），执行时的效果，就是用ipc.bat中的每一行的三个变量%20（这里不懂没关系，学过for命令后就懂了），对应代换ipc.bat中的%%i、%%j和%%k。bindfun参数4就是对应rpc命令的处理函数，而rpc命令函数的参数3和参数4分别是我们发送的rpc原始request和rpcrequest的长度。“十个必查”即查车号、查账目、查发票、查机票车票门票、查出入境记录、查卡券销售明细、查婚宴记录及视频、查报销凭证、查私人会所会员卡信息、查高尔夫球场视频和登记资料。
