nginx常见优化

1,自定义报错页面
1)配置
[[email protected] ~]# vim /usr/local/nginx/conf/nginx.conf
.. ..
error_page 404 /404.html; //自定义错误页面
.. ..
[[email protected] ~]# vim /usr/local/nginx/html/40x.html //生成错误页面
Oops,No NO no page …
[[email protected] ~]# nginx -s reload
2)测试
[[email protected] ~]# firefox http://192.168.4.5/xxxxx //访问一个不存在的页面

2,查看服务器状态信息
1)编译安装时使用--with-http_stub_status_module开启状态页面模块
[[email protected] ~]# yum -y install gcc pcre-devel openssl-devel //安装常见依赖包
[[email protected] ~]# tar -zxvf nginx-1.12.2.tar.gz
[[email protected] ~]# cd nginx-1.12.2
[[email protected] nginx-1.12.2]# ./configure \

--with-http_ssl_module //开启SSL加密功能
--with-stream //开启TCP/UDP代理模块
--with-http_stub_status_module //开启status状态页面
[[email protected] nginx-1.12.2]# make && make install //编译并安装

2)修改配置文件
[[email protected] ~]# vim /usr/local/nginx/conf/nginx.conf
… …
location /status {         #设置在根下输入status就可以查看nginx状态信息
stub_status on; #开启状态页面
# allow IP地址;
# deny IP地址(all);
}
… …
[[email protected] ~]# /usr/local/sbin/nginx #开启nginx

3)查看nginx状态信息
[[email protected] ~]#firefox http://192.168.4.5/status
Active connections: 1
server accepts handled requests
10 10 3
Reading: 0 Writing: 1 Waiting: 0
Active connections:当前活动的连接数量。
Accepts:已经接受客户端的连接总数量。
Handled:已经处理客户端的连接总数量。
(一般与accepts一致,除非服务器限制了连接数量)。
Requests:客户端发送的请求数量。
Reading:当前服务器正在读取客户端请求头的数量。
Writing:当前服务器正在写响应信息的数量。
Waiting:当前多少客户端在等待服务器的响应。

3,优化nginx并发量
1)优化前使用ab高并发测试
[[email protected] ~]# ab -n 2000 -c 2000 http://192.168.4.5/
Benchmarking 192.168.4.5 (be patient)
socket: Too many open files (24) //提示打开文件数量过多
2)修改Nginx配置文件,增加并发量
[[email protected] ~]# vim /usr/local/nginx/conf/nginx.conf
.. ..
worker_processes 2; //设置进程数,与CPU核心数量一致      
events {
worker_connections 65535; //每个worker最大并发连接数,尽量写大一点
use epoll;
}
.. ..
[[email protected] ~]# nginx -s reload    //刷新配置文件
3)优化linux内核参数(最大文件数量)
[[email protected] ~]#ulimit -a //查看所有属性值
[[email protected] ~]#ulimit -Hn 100000 //设置硬限制(临时规则)
[[email protected] ~]#ulimit -Sn 100000 //设置软限制(临时规则)
[[email protected] ~]#vim /etc/security/limits.conf #修改配置文件.永久设置
.. ..
 *   soft nofile 100000 
 *   soft nofile 100000
4)优化后测试服务器并发量(因为客户端没调内核参数,所以在proxy测试)
[[email protected] ~]# ab -n 2000 -c 2000 http://192.168.4.5/   #正常显示页面

4,优化Nginx数据包头缓存
1)优化前,使用脚本测试长头部请求是否能获得响应
[[email protected] ~]# cat lnmp_soft/buffer.sh
#!/bin/bash
URL=http://192.168.4.5/index.html?
for i in {1..5000}
do
URL=${URL}v$i=$i
done
curl $URL //经过5000次循环后,生成一个长的URL地址栏
[[email protected] ~]# ./buffer.sh
.. ..
<center><h1>414 Request-URI Too Large</h1></center> //提示头部信息过大
2)修改Nginx配置文件,增加数据包头部缓存大小
[[email protected] ~]# vim /usr/local/nginx/conf/nginx.conf
.. ..
http {
  client_header_buffer_size 1k; //默认请求包头信息的缓存
  large_client_header_buffers 4 1m; //大请求包头部信息的缓存个数与容量,生产环境设置 4 4k  就够用了 
.. ..
}
[[email protected] ~]# nginx -s reload
3)优化后,使用脚本测试长头部请求是否能获得响应
[[email protected] ~]#cat cat buffer.sh
#!/bin/bash
URL=http://192.168.4.5/index.html?
for i in {1..5000}
do
URL=${URL}v$i=$i
done
curl $URL
[[email protected] ~]# ./buffer.sh

5,设置浏览器本地缓存静态数据
1)修改Nginx配置文件,定义对静态页面的缓存时间
[[email protected] ~]# vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name localhost;
location / {
root html;
index index.html index.htm;
}
location ~* .(jpg|jpeg|gif|png|css|js|ico|xml)$ {
expires 30d; //定义客户端缓存时间为30天
}
}
[[email protected] ~]# cp /usr/share/backgrounds/day.jpg /usr/local/nginx/html
[[email protected] ~]# nginx -s reload
2)优化后,使用Firefox浏览器访问图片,再次查看缓存信息
[[email protected] ~]# firefox http://192.168.4.5/day.jpg
在Firefox地址栏内输入about:cache,查看本地缓存数据,查看是否有图片以及过期时间是否正确。

6,nginx日志切割
思路:

  1. 把旧的日志重命名
    2.kill USR1 PID(nginx的进程PID号)
    1)手动执行
    备注:/usr/local/nginx/logs/nginx.pid文件中存放的是nginx的进程PID号。
    [[email protected] ~]#mv /usr/local/nginx/logs/access.log /usr/local/nginx/logs/access2.log
    [[email protected] ~]#kill -USR1 $(cat /usr/local/logs/nginx.pid) #检查日志文件,重新生成access.log/error.log文件
    2)自动完成
    设置每周6的03点03分自动执行脚本完成日志切割工作。
    [[email protected] ~]# vim /usr/local/nginx/logbak.sh //编写脚本
    #!/bin/bash
    date=$(date +%Y%m%d)
    logpath=/usr/local/nginx/logs
    mv $(logpath)/access.log $(logpath)/access-$(date).log
    mv $(logppath)/error.log $(logpath)/error-$(date).log
    kill -USR1 $(cat $logpath/nginx.pid)
    [[email protected] ~]# crontab -e #对当前用户书写计划任务(一般是管理员)
    03 03 6 /usr/local/nginx/logbak.sh

7,对页面进行压缩处理
提示:对多媒体文件不要压缩,一般应用于图片,样式,js等
1)修改nginx配置文件
[[email protected] ~]# cat /usr/local/nginx/conf/nginx.conf
http {
.. ..
gzip on; //开启压缩
gzip_min_lenght 1000; //当返回内容大于此值时才会使用gzip进行压缩,以K为单位,当值为0时,所有页面都进行压缩
gzip_comp_level 4; //压缩比率(1-9),数字越高,花费时间越多,压缩效率越好,一般选中间
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
//对特定文件压缩,类型参考mime.types,位置:/usr/local/nginx/conf/mime.types
.. ..
}

8,服务器内存缓存
如果需要处理大量静态文件,可以将文件缓存在内存,下次访问会更快。
#vim /usr/local/nginx/conf/nginc.conf
http{
open_file_cache max=2000 inactive=20s;
open_file_cache_valid 60s;
open_file_cache_min_uses 5;
open_file_cache_errors off; //关闭缓存过期报错

//设置服务器最大缓存2000个文件句柄,关闭20秒内无请求的文件句柄

//文件句柄的有效时间是60秒,60秒后过期
//只有访问次数超过5次会被缓存
}

原文地址:http://blog.51cto.com/14050800/2312740

时间: 2024-07-31 05:00:44

nginx常见优化的相关文章

Tengine/Nginx性能优化及杂谈

谷歌.度娘搜索Nginx优化,能搜索出很多的文章,动不动就几万并发,十万并发,看着好像真是那么回事似的. 从使用Tengine的过程中,对Tengine/Nginx的优化,我个人认为Tengine的优化是脱离不开使用它的环境及部署结构的,单说优化 Tengine的意义并不大,况且每家公司的业务各不相同,所以优化不是简单的事情.即便如此,我总结了下,从以下几个方便入手浅谈下 Tengine/Nginx的性能优化.本文以Tengine为主,Nginx大部分都适用. 1.网络 带宽 一个需要支持1万并

nginx安全优化与性能优化

1.1 Nginx优化分类 安全优化(提升网站安全性配置) 性能优化(提升用户访问网站效率) 1.2 Nginx安全优化 1.2.1 隐藏nginx版本信息优化 官方配置参数说明:http://nginx.org/en/docs/http/ngx_http_core_module.html#server_tokens 官方参数: Syntax: server_tokens on | off | build | string;    #后面这俩参数收费的 Default: server_token

Nginx服务优化

1.1Nginx.conf配置文件基本参数优化 1.1.1  隐藏nginx header内版本号信息 一些特定的系统及服务漏洞一般都和特定的软件及版本号有关,我们应尽量隐藏服务器的敏感信息(软件名称及版本等信息)这样黑客无法猜到有漏洞的服务是否是对应服务的版本,从而确保web服务器最大的安全. 彻底修改nginx错误返回页面,在编译安装之前修改nginx.h文件 sed -n '13,17p' src/core/nginx.h #define NGINX_VERSION      "1.6.3

19. Nginx常见错误

HTTP 状态码 413:用户上传的文件过大,需要调高 client_max_body_size 参数设置 502:后端无响应,例如 php 服务是否启动,php-fpm 的 pm 相关设置值是否过小导致无法创建新的进程处理请求等 504:后端服务执行超时,此时需要查看一下后端服务器是否CPU占用过高,RDS数据库是否有慢查询等 专题阅读 1. Nginx的优点 2. Nginx的安装与开机自启 3. Nginx目录和配置语法 4. Nginx模块 5. Nginx静态资源处理 6. Nginx

mysql数据库的安装以及常见优化设置

原文:mysql数据库的安装以及常见优化设置 本文根据优才网课程整理,面向web开发者,内容以实用为主,专业DBA可以绕行. 如果你在大公司,可能有专门的DBA来做这些事情,如果你在一个小公司当架构师或者技术总监,或者你自己创业,那DBA的活你也得干了.咱们来讲一下基本的mysql安装和优化. 一: MYSQL安装和基本配置 在linux上安装,可以用包管理工具来安装,比较简单:RedHat 系列:yum -y install mysql mysql-server Debian系列:sudo a

nginx基本优化

1.1   隐藏nginx header里版本号信息 1.2   更改源码隐藏软件名称及版本号 1.3   更改掉nginx默认用户及用户组(worker进程服务用户优化) 1.4   配置nginx worker进程个数 1.5   根据cpu核数进行nginx进程优化 1.6   nginx事件处理模型优化 1.7   调整nginx worker单个进程允许的客户端最大连接数 1.8   配置nginx worker进程最大打开文件数 1.9   开启高效的文件传输模式 1.10  设置连

nginx 配置优化的几个参数

nginx 配置优化的几个参数 2011-04-22 本文地址: http://blog.phpbean.com/a.cn/7/ --水平有限欢迎指正-- -- 最近在服务器上搞了一些nginx 研究了一下 总结总结Sleep nginx配置文件里面需要注意的一些参数 worker_processes 8 nginx要开启的进程数 一般等于cpu的总核数 其实一般情况下开4个或8个就可 我开2个 以了 多了没有太多用 每个nginx进程消耗的内存10兆的模样 worker_cpu_affinit

nginx + SSL优化配置

nginx + SSL优化配置: 1 #http段添加如下配置项: 2 3 http { 4 5 ssl_prefer_server_ciphers on; #设置协商加密算法时,优先使用我们服务端的加密套件,而不是客户端浏览器的加密套件. 6 ssl_protocols TLSv1 TLSv1.1 TLSv1.2; #协议安全设置 7 ssl_ciphers ALL:!kEDH!ADH:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP; #加密套件 ssl_ciph

mysql基础操作、sql技巧和sql的常见优化

一.常见操作 1.复制表结构create table t2 like t1 复制表数据insert into t2 select * from t1 2.mysql索引 alter table用来创建普通索引.unique索引或primary key索引 alter table t add index index_name(column_list) alter table t add unique(column_list) alter table t add primary key(column