问题：nginx会按照nginx.conf的配置生成access.log和error.log，随着访问量的增长，日志文件会越来越大，既会影响访问的速度(写入日志时间延长)，也会增加查找日志的难度，nginx没有这种按天或更细粒度生成日志的机制。所以下面介绍两种方法：1.写脚本，通过定时任务按天重命名日志、重启nginx的方法实现（有重启失败的风险）2.通过工具cronolog实现。推荐方法二。
1.方法一：创建分割日志文件的脚本，添加定时任务
1.1写脚本：重命名日志文件、重启nginx
例如存放路径：/usr/local/nginx/sbin/cut_nginx_logs.sh,按天分割具体内容：
#!/bin/bash
#function:cut nginx log files
#set the path to nginx log files
log_files_path="/data/nginxlog/"
log_files_dir=${log_files_path}
#set nginx log files you want to cut
log_files_name=(access )
#set the path to nginx.
nginx_sbin="/usr/local/nginx/sbin/nginx"
#Set how long you want to save
save_days=30
############################################
#Please do not modify the following script #
############################################
#mkdir -p $log_files_dir
log_files_num=${#log_files_name[@]}
#cut nginx log files
for((i=0;i<$log_files_num;i++));do
mv ${log_files_path}${log_files_name[i]}.log ${log_files_dir}${log_files_name[i]}.log_$(date -d "yesterday" +"%Y-%m-%d")
done
#delete 30 days ago nginx log files
find $log_files_path -mtime +$save_days -exec rm -rf {} \;
#restart nginx
$nginx_sbin -s reload
1.2.使用crontab添加定时任务
//打开定时任务 crontab -e //进入编辑模式 i //添加定时任务 00 00 * * * /bin/sh /usr/local/nginx/sbin/cut_nginx_logs.sh //保存退出 :wq！ //重启crontab服务 /etc/init.d/crond restart //查看定时任务,就会看到你添加的内容了 crontab -l
2. 方法二：通过cronolog工具实现
2.1 下载安装cronolog
2.1.1 下载：下载
2.1.2 安装
1.解压缩
# tar zxvf cronolog-1.6.2.tar.gz
2.进入安装文件所在目录
# cd cronolog-1.6.2
3.运行安装
# ./configure # make # make install
4.查看cronolog安装后所在目录（验证安装是否成功）
# which cronolog
一般情况下显示为：/usr/local/sbin/cronolog
2.2 使用cronolog
2.2.1.创建命名管道
mkfifo /usr/local/nginx/access_log_pipe
2.2.2 配置cronolog,日期按天
如果按小时使用access_%Y-%m-%d-%H.log;如果按分钟使用access_%Y-%m-%d-%H-%M.log
2.2.3 修改配置/usr/local/nginx/conf/nginx.conf
... access_log /usr/local/nginx/access_log_pipe main; ... nohup cat /usr/local/nginx/access_log_pipe | /usr/local/sbin/cronolog /usr/local/nginx/logs/access-%Y-%m-%d.log &
2.2.4 重启nginx
cd /usr/local/nginx/sbin ./nginx -s reload
2.2.5 查看效果
[root@app2 /]# cd /usr/local/nginx/logs/ [root@app2 logs]# ll total 3544 -rw-r--r-- 1 root root 0 Oct 1 07:20 8099.access.log -rw-r--r-- 1 root root 3599534 Oct 1 07:58 access-2016-10-01.log -rw-r--r-- 1 root root 235 Oct 1 07:20 error.log -rw-r--r-- 1 root root 5 Oct 1 06:34 nginx.pid
2.3 定期删除日志
2.3.1 新建sh,删除5天前的
[root@app2 sh]# pwd /usr/local/nginx/sh [root@app2 sh]# vi delete_nginx_logs.sh
添加内容
#set the path to nginx log files log_files_path="/usr/local/nginx/logs/" save_days=5 #delete "htmlcode">[root@localhost sh]# crontab -e 00 00 * * * /bin/sh /usr/local/nginx/sh/delete_nginx_logs.sh以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？