问题简述:客户反映APP,后台均打开非常慢,甚至报错。确认情况后,排查数据库未发现慢查询。认为是网络部分慢排查Nginx access_log发现大量异常请求从固定几个IP发出。遂去云上封了这厮。简单解决。ps: 若再换几个岂不是又得重复操作一下子。 下一步 寻下解决方案。DONE文件查看tail 命令可用于查看文件的内容,有一个常用的参数 -f 常用于查阅正在改变的日志文件。tail -n 10 -f filename 最后十行代码tail -n +10 -f filename 文件第十行到末尾tail -c 10 -f filename 最后十个字符看文件开始 按q 退出 cat filename | less倒序看文件 tac filename | lesstail -n 10 -f filename > abc.txt 查看文件最后十行并输出到文件 abc.txt进程top 持续监听进程运行状态ps -aux ps 为我们提供了进程的一次性的查看,它所提供的查看结果并不动态连续的;如果想对进程时间监控,应该用 top 工具。kill -s 9 pidfree -h 查看
curl -s -o /dev/null http[s]://nideurl 2>&1-s:-s, --silent : Silent or quiet mode. Don't show progress meter or error messages. Makes Curl mute.参考
一服务器 空间占了90%,du -sh * # 查看当前目录文件大小 我一般用这个找大文件排查原因意外发现/tmp 目录有一大文件 搜了下这个文件干啥的 原来是查询时的缓存文件(幸亏没直接删除)show processlist链接; # 显示正在执行的查询 其中显示 几条执行了7000多秒的sql, 想必是这家伙搞得鬼。kill 23232333; # 其中 23232333 为 Id 字段操作完成后再回去看,大文件没了,问题解决。解决办法转自
压缩tar –cvf jpg.tar *.jpg //将目录里所有jpg文件打包成tar.jpgtar –czf jpg.tar.gz *.jpg //将目录里所有jpg文件打包成jpg.tar后,并且将其用gzip压缩,生成一个gzip压缩过的包,命名为jpg.tar.gztar –cjf jpg.tar.bz2 *.jpg //将目录里所有jpg文件打包成jpg.tar后,并且将其用bzip2压缩,生成一个bzip2压缩过的包,命名为jpg.tar.bz2tar –cZf jpg.tar.Z *.jpg //将目录里所有jpg文件打包成jpg.tar后,并且将其用compress压缩,生成一个umcompress压缩过的包,命名为jpg.tar.Z解压tar –xvf file.tar //解压 tar包tar -xzvf file.tar.gz //解压tar.gztar -xjvf file.tar.bz2 //解压 tar.bz2tar –xZvf file.tar.Z //解压tar.Z总结1、*.tar 用 tar –xvf 解压2、*.gz 用 gzip -d或
风里来
最后,我终于解放了我自己……