安装前优化(编译前的优化主要是用来修改程序名等等,目的更改源码隐藏软件名称和版本号)
安装 zlib-devel、pcre-devel 等依赖包
yum -y install gcc gcc-c++ make libtool zlib zlib-devel pcre pcre-devel openssl openssl-devel
下载 nginx 的源码包:http://nginx.org/download
tar zxf nginx-1.14.0.tar.gz cd nginx-1.14.0 vim src/core/nginx.h 隐藏软件名称和版本号 #define NGINX_VERSION "1.10.2" //第 13 行 //此行修改的是你想修改的软件名称 #define NGINX_VER "nginx/" NGINX_VERSION //第 14 行 修改上面的信息,即可更改 nginx 显示版本。例如:(curl –I 可看到,请求头和响应头显示) #define NGINX_VERSION "7.0" #define NGINX_VER "IIS/" NGINX_VERSION 修改 HTTP 头信息中的 connection 字段,防止回显具体版本号 拓展:通用 http 头 ,通用头包含请求和响应消息都支持的头,通用头包含 Cache-Control、 Connection、Date、Pragma、Transfer-Encoding、Upgrade、Via。对通用头的扩展要求通讯双 方都支持此扩展,如果存在不支持的通用头,一般将会作为实体头处理。那么也就是说有部 分设备,或者是软件,能获取到 connection,部分不能,要隐藏就要彻底! vi src/http/ngx_http_header_filter_module.c 修改前: static char ngx_http_server_string[] = "Server: nginx" CRLF; //第 49 行 修改后: static char ngx_http_server_string[] = "Server: IIS" CRLF; 定义了 http 错误码的返回: 有时候我们页面程序出现错误,Nginx 会代我们返回相应的错误代码,回显的时候,会带上 nginx 和版本号,我们把他隐藏起来 vi src/http/ngx_http_special_response.c 修改前 static u_char ngx_http_error_tail[] = //第 29 行 "<hr><center>nginx</center>" CRLF "</body>" CRLF "</html>" CRLF ; 修改后 static u_char ngx_http_error_tail[] = "<hr><center>caoyi</center>" CRLF "</body>" CRLF "</html>" CRLF
安装 ngnix
groupadd caoyi ##创建组命名为caoyi
useradd caoyi ##创建用户caoyi,并且将caoyi用户添加到caoyi组
useradd -g caoyi caoyi -s /sbin/nologin 不允许caoyi用户直接登录系统
确认好依赖安装完成以后进行编译安装nginx
./configure --prefix=/usr/local/nginx --with-http_dav_module --with-http_stub_status_module --with-http_addition_module --with-http_sub_module --with-http_flv_module --with-http_mp4_module --with-pcre --with-http_ssl_module --with-http_gzip_static_module --user=caoyi --group=caoyi
make&&make install
编译安装模块选项说明
--with-http_dav_module #增加 PUT,DELETE,MKCOL:创建集合,COPY 和 MOVE 方法
--with-http_stub_status_module #获取 Nginx 的状态统计信息
--with-http_addition_module #作为一个输出过滤器,支持不完全缓冲,分部分相应请求
--with-http_sub_module #允许一些其他文本替换 Nginx 相应中的一些文本
--with-http_flv_module #提供支持 flv 视频文件支持
--with-http_mp4_module #提供支持 mp4 视频文件支持,提供伪流媒体服务端支持
--with-http_ssl_module #启用 ngx_http_ssl_module
如果 pcre 是通过编译安装的话,例如
# tar zxvf /usr/local/src/pcre-8.36.tar.gz -C /usr/local/src/
# cd /usr/local/src/pcre-8.36
# ./configure && make && make install
则--with-pcre=/usr/local/src/pcre-8.36 #需要注意,这里指的是源码,用#./configure --help
|grep pcre 查看帮助
创建软连接
[root@localhost nginx-1.14.0]# ln -s /usr/local/nginx/sbin/nginx /usr/local/sbin/
模拟启动检测是否安装正确
[root@localhost nginx-1.14.0]# nginx -t nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful
启动nginx,并且查看进程是否启动
[root@localhost nginx-1.14.0]# nginx [root@localhost nginx-1.14.0]# ss -anput |grep 80 tcp LISTEN 0 128 *:80 *:* users:(("nginx",pid=21864,fd=6),("nginx",pid=21863,fd=6))
测试是否隐藏了版本和软件名
[root@localhost nginx-1.14.0]# curl -I http://127.0.0.1 HTTP/1.1 200 OK Server: cxk/10.8.8 Date: Sun, 16 Aug 2020 03:25:52 GMT Content-Type: text/html Content-Length: 612 Last-Modified: Sun, 16 Aug 2020 03:14:43 GMT Connection: keep-alive ETag: "5f38a4a3-264" Accept-Ranges: bytes
nginx常用选项
[root@localhost nginx-1.14.0]# nginx -h nginx version: cxk/10.8.8 Usage: nginx [-?hvVtTq] [-s signal] [-c filename] [-p prefix] [-g directives]
-?,-h : 打开帮助信息
-v : 显示版本信息并退出
-V : 显示版本和配置选项信息,然后退出
-t : 检测配置文件是否有语法错误,然后退出
-q : 在检测配置文件期间屏蔽非错误信息
-s signal : 给一个 nginx 主进程发送信号:stop(强制停止), quit(优雅退出), reopen(重启), reload(重新加载配置文件)
-p prefix : 设置前缀路径(默认是:/usr/share/nginx/)
-c filename : 设置配置文件(默认是:/etc/nginx/nginx.conf)
-g directives : 设置配置文件外的全局指令
nginx #打开 nginx
nginx -t #测试配置文件是否有语法错误
nginx -s reopen #重启Nginx
nginx -s reload #重新加载Nginx配置文件,然后以优雅的方式重启Nginx
nginx -s stop #强制停止Nginx服务
nginx -s quit #优雅地停止Nginx服务(即处理完所有请求后再停止服务)
nginx 配置项优化
[root@localhost nginx-1.14.0]# ps -ef |grep nginx root 21863 1 0 11:20 ? 00:00:00 nginx: master process nginx caoyi 21864 21863 0 11:20 ? 00:00:00 nginx: worker process
在这里我们还可以看到在查看的时候,work 进程是 nginx 程序用户,但是 master 进程还是
root,其中,master 是监控进程,也叫主进程,work 是工作进程,部分还有 cache 相关进程,
关系如图:
可以直接理解为 master 是管理员,work 进程才是为用户提供服务的!
(1):Nginx 运行工作进程个数,一般我们设置 CPU 的核心或者核心数 x2
vim /usr/local/nginx/conf/nginx.conf worker_processes 4; nginx -s reload grep ^worker_processes /usr/local/nginx/conf/nginx.conf worker_processes 4; [root@localhost nginx-1.14.0]# ps -aux |grep nginx root 21863 0.0 0.1 46124 1960 ? Ss 11:20 0:00 nginx: master process nginx caoyi 38911 0.0 0.1 46556 2028 ? S 12:25 0:00 nginx: worker process caoyi 38912 0.0 0.1 46556 2028 ? S 12:25 0:00 nginx: worker process caoyi 38913 0.0 0.1 46556 2028 ? S 12:25 0:00 nginx: worker process caoyi 38914 0.0 0.1 46556 2028 ? S 12:25 0:00 nginx: worker process root 38921 0.0 0.0 112724 984 pts/0 S+ 12:26 0:00 grep --color=auto nginx
可以看出工作进程数现在变成了4个,这个是根据服务器cpu内核数进行修改
Nginx 运行 CPU 亲和力
比如 4 核配置
worker_processes 4;
比如 8 核配置
worker_processes 8;
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000
10000000;
worker_processes 最多开启 8 个,8 个以上性能提升不会再提升了,而且稳定性变得更低,
所以 8 个进程够用了。
Nginx 最多可以打开文件数 ##默认是1024
worker_rlimit_nofile 65535;
这个参数是指当一个nginx进程可以打开最多的文件个数,
理论值应该是最多打开文件数
(ulimit -n)与 nginx 进程数相除,但是 nginx 分配请求并不是那么均匀,所以最好与 ulimit -n
的值保持一致。
[root@localhost nginx-1.14.0]# ulimit -n 65535
文件资源限制的配置可以在/etc/security/limits.conf 设置,针对 root/user 等各个用户或者*
代表所有用户来设置。
用户重新登录生效(ulimit -n)
(2)Nginx 事件处理模型
nginx 采用 epoll 事件模型,处理效率高
work_connections 是单个 worker 进程允许客户端最大连接数,这个数值一般根据服务器性
能和内存来制定,实际最大值就是 worker 进程数乘以 work_connections
实际我们填入一个 65535,足够了,这些都算并发值,一个网站的并发达到这么大的数量,
也算一个大站了!
multi_accept :告诉 nginx 收到一个新连接通知后接受尽可能多的连接
[root@localhost nginx-1.14.0]# grep -A 5 ^events /usr/local/nginx/conf/nginx.conf events { use epoll; worker_connections 65535; multi_accept on; }
(3)开启高效传输模式
[root@localhost nginx-1.14.0]# grep -A 11 ^http /usr/local/nginx/conf/nginx.conf http { include mime.types; default_type application/octet-stream; #log_format main '$remote_addr - $remote_user [$time_local] "$request" ' # '$status $body_bytes_sent "$http_referer" ' # '"$http_user_agent" "$http_x_forwarded_for"'; #access_log logs/access.log main; sendfile on; tcp_nopush on;
Include mime.types; //媒体类型, include 只是一个在当前文件中包含另一个文件内容的指令
default_type application/octet-stream; //默认媒体类型足够
sendfile on; //开启高效文件传输模式,sendfile 指令指定 nginx 是否调用 sendfile 函数来
输出文件,对于普通应用设为 on,如果用来进行下载等应用磁盘 IO 重负载应用,可设置为
off,以平衡磁盘与网络 I/O 处理速度,降低系统的负载。
注意:如果图片显示不正常把这个改成 off。
tcp_nopush on;
必须在 sendfile 开启模式才有效,防止网路阻塞,积极的减少网络报文
段的数量(告诉 nginx 在一个数据包里发送所有头文件,而不一个接一个的发送。)
(4)连接超时时间(以下配置必须放在http{下才会生效,不然会报错)
主要目的是保护服务器资源,CPU,内存,控制连接数,因为建立连接也是需要消耗资源的
keepalive_timeout 60; tcp_nodelay on; client_header_buffer_size 4k; open_file_cache max=102400 inactive=20s; open_file_cache_valid 30s; open_file_cache_min_uses 1; client_header_timeout 15; client_body_timeout 15; reset_timedout_connection on; send_timeout 15; server_tokens off; client_max_body_size 10m;
keepalived_timeout 客户端连接保持会话超时时间,超过这个时间,服务器断开这个链接
tcp_nodelay;也是防止网络阻塞,不过要包涵在 keepalived 参数才有效
client_header_buffer_size 4k;
客户端请求头部的缓冲区大小,这个可以根据你的系统分页大小来设置,一般一个请求头的
大小不会超过 1k,不过由于一般系统分页都要大于 1k,所以这里设置为分页大小。分页大
小可以用命令 getconf PAGESIZE 取得。
open_file_cache max=102400 inactive=20s;
这个将为打开文件指定缓存,默认是没有启用的,max 指定缓存数量,建议和打开文件
数一致,inactive 是指经过多长时间文件没被请求后删除缓存。
open_file_cache_valid 30s;
这个是指多长时间检查一次缓存的有效信息。
open_file_cache_min_uses 1;
open_file_cache 指令中的 inactive 参数时间内文件的最少使用次数,如果超过这个数字,文
件描述符一直是在缓存中打开的,如上例,如果有一个文件在 inactive 时间内一次没被使用,
它将被移除。
client_header_timeout 设置请求头的超时时间。我们也可以把这个设置低些,如果超过这个
时间没有发送任何数据,nginx 将返回 request time out 的错误
client_body_timeout 设置请求体的超时时间。我们也可以把这个设置低些,超过这个时间没
有发送任何数据,和上面一样的错误提示
reset_timeout_connection 告诉 nginx 关闭不响应的客户端连接。这将会释放那个客户端所
占有的内存空间。
send_timeout 响应客户端超时时间,这个超时时间仅限于两个活动之间的时间,如果超过
这个时间,客户端没有任何活动,nginx 关闭连接
server_tokens 并不会让 nginx 执行的速度更快,但它可以关闭在错误页面中的 nginx 版本
数字,这样对于安全性是有好处的。
client_max_body_size 上传文件大小限制
(5)fastcgi 调优
fastcgi_connect_timeout 600; fastcgi_send_timeout 600; fastcgi_read_timeout 600; fastcgi_buffer_size 64k; fastcgi_buffers 4 64k; fastcgi_busy_buffers_size 128k; fastcgi_temp_file_write_size 128k; fastcgi_temp_path /usr/local/nginx1.10/nginx_tmp; fastcgi_intercept_errors on; fastcgi_cache_path /usr/local/nginx1.10/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128m inactive=1d max_size=10g;
Cache: 写入缓存区
Buffer: 读取缓存区
Fastcgi 是静态服务和动态服务的一个接口
fastcgi_connect_timeout 600; #指定连接到后端 FastCGI 的超时时间。
fastcgi_send_timeout 600; #向 FastCGI 传送请求的超时时间。
fastcgi_read_timeout 600; #指定接收 FastCGI 应答的超时时间。
fastcgi_buffer_size 64k; #指定读取 FastCGI 应答第一部分需要用多大的缓冲区,默认的缓冲区
大小为 fastcgi_buffers 指令中的每块大小,可以将这个值设置更小。
fastcgi_buffers 4 64k; #指定本地需要用多少和多大的缓冲区来缓冲 FastCGI 的应答请求,如果
一个 php 脚本所产生的页面大小为 256KB,那么会分配 4 个 64KB 的缓冲区来缓存,如果页
面大小大于 256KB,那么大于 256KB 的部分会缓存到 fastcgi_temp_path 指定的路径中,但是
这并不是好方法,因为内存中的数据处理速度要快于磁盘。一般这个值应该为站点中 php
脚本所产生的页面大小的中间值,如果站点大部分脚本所产生的页面大小为 256KB,那么可
以把这个值设置为“8 32K”、“4 64k”等。
fastcgi_busy_buffers_size 128k; #建议设置为 fastcgi_buffers 的两倍,繁忙时候的 buffer
fastcgi_temp_file_write_size 128k; #在写入 fastcgi_temp_path 时将用多大的数据块,默认
值是 fastcgi_buffers 的两倍,该数值设置小时若负载上来时可能报 502 Bad Gateway
fastcgi_temp_path #缓存临时目录
fastcgi_intercept_errors on;# 这个指令指定是否传递 4xx 和 5xx 错误信息到客户端,或者允许
nginx 使用 error_page 处理错误信息。
注:静态文件不存在会返回 404 页面,但是 php 页面则返回空白页!!
fastcgi_cache_path /usr/local/nginx1.10/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128m
inactive=1d max_size=10g; # fastcgi_cache 缓存目录,可以设置目录层级,比如 1:2 会生成
16*256 个子目录,cache_fastcgi 是这个缓存空间的名字,cache 是用多少内存(这样热门的
内容 nginx 直接放内存,提高访问速度),inactive 表示默认失效时间,如果缓存数据在失效
时间内没有被访问,将被删除,max_size 表示最多用多少硬盘空间。
fastcgi_cache cache_fastcgi; #表示开启 FastCGI 缓存并为其指定一个名称。开启缓存非常有
用,可以有效降低 CPU 的负载,并且防止 502 的错误放生。cache_fastcgi 为 proxy_cache_path
指令创建的缓存区名称
fastcgi_cache_valid 200 302 1h; #用来指定应答代码的缓存时间,实例中的值表示将 200 和
302 应答缓存一小时,要和 fastcgi_cache 配合使用
fastcgi_cache_valid 301 1d; #将 301 应答缓存一天
fastcgi_cache_valid any 1m; #将其他应答缓存为 1 分钟
fastcgi_cache_min_uses 1; #该指令用于设置经过多少次请求的相同 URL 将被缓存。
fastcgi_cache_key http://$host$request_uri; #该指令用来设置web缓存的Key值,nginx根据Key
值 md5 哈 希 存 储 . 一 般 根 据 $host( 域 名 ) 、 $request_uri( 请 求 的 路 径 ) 等 变 量 组 合 成
proxy_cache_key 。
fastcgi_pass #指定 FastCGI 服务器监听端口与地址,可以是本机或者其它
总结:
nginx 的缓存功能有:proxy_cache / fastcgi_cache
proxy_cache 的作用是缓存后端服务器的内容,可能是任何内容,包括静态的和动态。
fastcgi_cache 的作用是缓存 fastcgi 生成的内容,很多情况是 php 生成的动态的内容。
proxy_cache 缓存减少了 nginx 与后端通信的次数,节省了传输时间和后端宽带。
fastcgi_cache 缓存减少了 nginx 与 php 的通信的次数,更减轻了 php 和数据库(mysql)的压力。
(6)gzip 调优
使用 gzip 压缩功能,可能为我们节约带宽,加快传输速度,有更好的体验,也为我们节约
成本,所以说这是一个重点。
Nginx 启用压缩功能需要你来 ngx_http_gzip_module 模块,apache 使用的是 mod_deflate
一般我们需要压缩的内容有:文本,js,html,css,对于图片,视频,flash 什么的不压缩,
同时也要注意,我们使用 gzip 的功能是需要消耗 CPU 的!
gzip on; gzip_min_length 2k; gzip_buffers 4 32k; gzip_http_version 1.1; gzip_comp_level 6; gzip_types text/plain text/css text/javascript application/json application/javascript application/x-javascript application/xml; gzip_vary on; gzip_proxied any;
gzip on; #开启压缩功能
gzip_min_length 1k; #设置允许压缩的页面最小字节数,页面字节数从 header 头的
Content-Length 中获取,默认值是 0,不管页面多大都进行压缩,建议设置成大于 1K,如果
小与 1K 可能会越压越大。
gzip_buffers 4 32k; #压缩缓冲区大小,表示申请 4 个单位为32K 的内存作为压缩结果流缓存,
默认值是申请与原始数据大小相同的内存空间来存储 gzip 压缩结果。
gzip_http_version 1.1; #压缩版本,用于设置识别 HTTP 协议版本,默认是 1.1,目前大部分浏
览器已经支持 GZIP 解压,使用默认即可
gzip_comp_level 6; #压缩比例,用来指定 GZIP 压缩比,1 压缩比最小,处理速度最快,9 压
缩比最大,传输速度快,但是处理慢,也比较消耗 CPU 资源。
gzip_types text/css text/xml application/javascript; #用来指定压缩的类型,‘text/html’类型总是
会被压缩。
默认值: gzip_types text/html (默认不对 js/css 文件进行压缩)
# 压缩类型,匹配 MIME 类型进行压缩
# 不能用通配符 text/*
# (无论是否指定)text/html 默认已经压缩
# 设置哪压缩种文本文件可参考 conf/mime.types
gzip_vary on; #vary header 支持,改选项可以让前端的缓存服务器缓存经过 GZIP 压缩的页
面,例如用 Squid 缓存经过 nginx 压缩的数据