shell脚本日志分割
●随着Nginx运行时间的增加，产生的日志也会逐渐增加，为了方便掌握 Nginx的运行
状态，需要时刻关注Nginx日志文件。太大的日志文件对监控是一个大灾难，不便于分析
排查，需要定期的进行日志文件的切割。
●编写脚本/opt/fenge.sh##
把Nginx的日志文件/usr/local/nginx/logs/access.log移动到,目录/var/log/nginx下面，
以当前时间做为日志文件的名称，然后用kill -USR1创建新的日志文件/usr/local/nginx/logs/access.log,
最后删除30天之前的日志文件。
[root@www logs]# vi /opt/fenge.sh
#!/bin/bash
#Filename: fenge.sh
d=$(date -d "-1 day" "+%Y%m%d")
logs_path="/var/log/nginx"
pid_path="/usr/local/nginx/logs/nginx.pid"
[ -d $logs_path ] || mkdir -p $logs_path
mv /usr/local/nginx/logs/access.log ${
logs_path}/51xit.top-access.log-$d
kill -USR1 $(cat $pid_path)
find $logs_path -mtime +30 | xargs rm -rf
命令解析
####创建日志文件目录
[ -d $logs_path ] || mkdir -p $logs_path
###移动并重命名日志文件
mv /usr/local/nginx/logs/access.log l o g s p a t h / 51 x i t . t o p − a c c e s s . l o g − {logs_path}/51xit.top-access.log- logspath/51xit.top−access.log−d
###重建新日志文件
kill -USR1 $(cat $pid_path)
####翩除30天之前的日志文件
find $logs_path -mtime +30 | xargs rm -rf
执行/opt/fenge.sh,测试日志文件是否被切割
[root@localhost ~]# chmod +x fengge.sh
[root@localhost ~]# ./fengge.sh
[root@localhost ~]# ls /var/log/nginx/
51xit.top-access.log-20200908
这里可以看到按日期分割了日志文件
[root@localhost ~]# cat /usr/local/nginx/logs/access.log
原来的日志文件没有了 重新创建了
设置连接超时
●在企业网站中，为了避免同一个客户长时间占用连接，造成资源浪费，可设置相应的连
接超时参数，实现控制连接访问时间。可以修改配置文件nginx.conf，设置keepalive_timeout
超时时间。
●keepalive_timeout第一个参数指定了与client的keep-alive连接超时时间，服务器将
会在这个时间后关闭连接。可选的第二个参数指定了在响应头Keep-Alive: timeout=time中
的time值。这个头能够让一些浏览器主动关闭连接，这样服务器就不必要去关闭连接了。
没有这个参数，nginx不会发送Keep-Alive响应头。
●访问网址抓取数据报文，响应头中显示了超时时间是180秒。一般只设置Keepalive_timeout参数即可。
同时在优化后可能还会增加其它超时参数，比如Client_header_timeout参数，指定等
待客户端发送请求头的超时时间，Client_body_timeout指定请求体读超时时间
[root@localhost ~]# vi /usr/local/nginx/conf/nginx.conf
http {
........//省略内容
keepalive_timeout 65 180; ####修改
client_header_timeout 80; ##在下面添加
client_body_timeout 80; ##在下面添加
........//省略内容
[root@localhost ~]# systemctl restart nginx
清除浏览器缓存访问验证： 20.0.0.26
keep-Alive: timeout=180\r\n
成功了
Nginx深入优化
更改进程数
在高并发环境中，需要启动更多的Nginx进程以保证快速响应，用以处理用户的请求，
避免造成阻塞
首先查看以下Nginx运行进程的个数
[root@localhost ~]# ps aux | grep nginx
root 11926 0.0 0.0 20556 628 ? Ss 07:47 0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx 11927 0.0 0.0 21008 1596 ? S 07:47 0:00 nginx: worker process
root 11932 0.0 0.0 112724 988 pts/0 S+ 07:51 0:00 grep --color=auto nginx
这里我们看到其中master process 是Nginx的主进程，开启了1个,worker process是子进程，子
进程也是开启了1个。
●修改Nginx的配置文件的worker_processes参数，一般设为CPU 的个数或者核数
在高并发的情况下可设置为CPU个数或者核数，可以查看CPU的核数以确定参数
[root@localhost ~]# cat /proc/cpuinfo | grep -c "physical"
8
参数设置为8，和CPU的核数相同。运行进程数多一些，响应客户端访问请求时，Nginx
就不会临时启动新的进程提供服务，减少了系统的开销，提升了服务速度
[root@localhost ~]# vi /usr/local/nginx/conf/nginx.conf
worker_processes 8;
修改完后，重启服务，使用 ps aux 查看运行进程数的变化情况。
[root@localhost ~]# systemctl restart nginx
[root@localhost ~]# ps aux | grep nginx
root 11948 0.0 0.0 20556 692 ? Ss 07:55 0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx 11949 0.0 0.0 21008 1344 ? S 07:55 0:00 nginx: worker process
nginx 11950 0.0 0.0 21008 1344 ? S 07:55 0:00 nginx: worker process
nginx 11951 0.0 0.0 21008 1344 ? S 07:55 0:00 nginx: worker process
nginx 11952 0.0 0.0 21008 1344 ? S 07:55 0:00 nginx: worker process
nginx 11953 0.0 0.0 21008 1344 ? S 07:55 0:00 nginx: worker process
nginx 11954 0.0 0.0 21008 1344 ? S 07:55 0:00 nginx: worker process
nginx 11955 0.0 0.0 21008 1344 ? S 07:55 0:00 nginx: worker process
nginx 11956 0.0 0.0 21008 1344 ? S 07:55 0:00 nginx: worker process
root 11958 0.0 0.0 112724 988 pts/0 S+ 07:56 0:00 grep --color=auto nginx
●开启了1个主进程和8个子进程，参数设置起到了作用。
默认情况下，Nginx的多个进程可能更多的跑在一颗CPU上，可以分配不同的进程给
不同的CPU处理，充分利用硬件多核多CPU。在一台8核CPU服务器上，可以设置每个
进程分别由不同的 CPU 核心处理，达到CPU 的性能最大化。
配置网页压缩
●Nginx的ngx_http_gzip_module压缩模块提供了对文件内容压缩的功能，允许Nginx
服务器将输出内容发送到客户端之前进行压缩，以节约网站的带宽，提升用户的访问体验,
默认 Nginx 已经安装该模块，只需要在配置文件中加入相应的压缩功能参数对压缩性能进
行优化即可。
# gzip on; 开启gzip压缩输出;
# gzip_min_length 1k:用于设置允许压缩的页面最小字节数;
# gzip_buffers 4 16k:表示申请4个单位为16k的内存作为压缩结果流缓存，默认值
是申请与原始数据大小相同的内存空间来存储gzip压缩结果;
# Zip_http_version 1.0:用于设置识别http 协议版本，默认是1.1，目前大部分浏览
器已经支持gzip解压，但处理最慢，也比较消耗服务器CPU 资源;
# Gzip_comp_level 2:用来指定gzip压缩比，1压缩比最小，处理速度最快;9压缩
比最大，传输速度快，但处理速度最慢，使用默认即可;
# Gzip_types text/plain:压缩类型，是对哪些网页文档启用压缩功能;
# Gzip_vary on:选项可以让前端的缓存服务器缓存经过gzip压缩的页面
下面开始配置
[root@localhost ~]# vi /usr/local/nginx/conf/nginx.conf
gzip on; 去掉#
gzip_buffers 4 64k;
gzip_http_version 1.1;
gzip_comp_level 2;
gzip_min_length 1k;
gzip_vary on;
gzip_types text/plain text/javascript application/x-javascript text/css text/xml application/xml application/xml+rss;
[root@localhost ~]# systemctl restart nginx
验证：
在Nginx工作目录建立一个超过1K大小的html文件，然后访问网址抓取数据报文
配置防盗链
●在企业网站服务中，一般都要配置防盗链功能，以避免网站内容被非法盗用，造成经济
损失，也避免了不必要的带宽浪费。Nginx的防盗链功能也非常强大，在默认情况下，只需
要进行很简单的配置，即可实现防盗链处理。
●防盗链需要准备两台主机,有一台模拟盗链
IP地址
20.0.0.26
20.0.0.25
域名
26：www.51xit.top 源主机
25：www.52.xit.top 盗链主机
为了方便验证需要修改Windows的C:\Windows\System32\drivers\etc\hosts文件，设置域名和映射关系：
20.0.0.26 www.51xit.top Nginx
20.0.0.25 www.test.com Apache
做完以后ping一下这两个网站，通了继续
这里我用工具添加了一张图片进去
[root@localhost html]# systemctl restart nginx
#刷新一下Nginx程序，用浏览器访问www.51xit.top
20.0.0.25 主机：开始盗链
首先打开20.0.0.26主机的域名：www.51xit.top,把网页地址复制下来
#下面为主机20.0.0.25的盗图配置操作：
[root@localhost ~]# systemctl start httpd
[root@localhost ~]# cd /usr/local/httpd/htdocs/
[root@localhost htdocs]# vi index.html
!DOCTYPE html>
<html>
<head>
<p><em>盗版图网站</em></p>
<img src="http://www.51xit.top/zz.jpg" / >
</body>
</html>
#这里把你复制的网址填进去
接下来我们正常访问www.52xit.top 可以看到图片正常打开，盗图成功
20.0.0.26主机：配置防盗链
●Nginx的防盗链原理是加入location项，用正则表达式过滤图片类型文件，对于信任的
网址可以正常使用，不信任的网址返回相应的错误图片。在源主机(bt.com）的配置文件中
加入以下代码:
[root@localhost html]# vi /usr/local/nginx/conf/nginx.conf
#########在第一个 location / { } 下面插入 ###############
location ~ \.(gif|jpg|jepg|png|bmp|ico)$ {
root html;
expires 1d;
valid_referers none blocked *.51xit.top 51xit.top;
if ($invalid_referer) {
rewrite ^/ https://ss1.bdstatic.com/70cFvXSh_Q1YnxGkpoWK1HF6hhy/it/u=2135575968,1508481517&fm=15&gp=0.jpg;
}
}
#这里用if判断，用rewrite跳转，后面的地址是我从百度搜来的图片
#哈哈，等我盗了别人的图片，给了第三个人用
[root@localhost html]# systemctl restart nginx 重启
~* .(jpglgif|swf)$ : 这段正则表达式表示匹配不区分大小写，以.jpg或.gif或.swf结尾的图片格式
接下来我们清除浏览器缓存重新打开www.52.xit.top，图片实现跳转了！！
FPM 参数优化
ginx的PHP解析功能实现如果是交由FPM处理的，为了提高 PHP的处理速度，可
对FPM模块进行参数的调整。
下面是执行步骤:
1）安装带 FPM 模块的 PHP环境，保证 PHP可以正常运行。
2) FPM进程有两种启动方式，由pm 参数指定，分别是 static和dynamic，前者将产
生固定数据的fpm进程，后者将以动态的方式产生fpm进程。
Static的方式可以使用pm.max_children 指定启动的进程数量。Dynamic方式的参数要
根据服务器的内存与服务负载进行调整，
选项 描述
Pm.max children 指定启动的进程数量最大的数量
Pm.start.servers 动态方式下初始的ftpm进程数量
Pm.min_spare_servers 动态方式下最小的fpm空闲进程数
Pm_max_spare_servers 动态方式下最大的空闲进程数
假设:现有云服务器，运行了个人论坛，内存为1.5G,fpm进程数为20，内存消耗近
1G，处理比较慢，对参数进行优化处理。
[root@localhost html]# cd /usr/local/php/etc/php-fpm.d
[root@localhost html]# vi www.conf
pm=dynamic
pm.max_children=20
pm.start_servers=5
pm.min_spare_servers=2
pm.max_spare_servers=8
#FPM启动时有5个进程，最小空闲2个进程，最大空闲8个进程，最多可以有20个
进程存在
转载：https://blog.csdn.net/weixin_48190891/article/details/108479827