Nginx 全局配置

 

 nginx的配置

Main全局配置段常见的配置指令分类
一、正常运行必备的配置
二、优化性能相关的配置
三、用于调式及定位问题的相关配置
四、时间驱动相关的配置

 

帮助文档：
http://nginx.org.en/docs/

全局配置文件的地方

 

一、正常运行必备的配置

◆正常运行必备的配置 :
◆帮助文档: http://nginx.org/en/docs/ngx_ core. module.html
➢一、user
　　Syntax:　　user user [group];
　　Default:　　user nobody nobody;
　　Context:　　main
　　指定worker进程的运行身份,如组不指定,默认和用户名同名
➢二、pid /PATH/TO/PID_ FILE
　　指定存储nginx主进程PID的文件路径
➢三、include file| mask
　　指明包含进来的其它配置文件片段
➢四、load_ module file
　　模块加载配置文件: /usr/share/nginx/modules/*.conf
　　指明要装载的动态模块路径: /usr/lib64/nginx/modules

 

 

1.一、user

使用ps -aux进行查看相关的服务

 

 

 

修改配置user

 

 

 

 

进行语法检测以及配置文件的从新加载

 

 

 

查看服务进程

系统默认使用nginx即系统在安装时就进行建立帐号

 

1.二、pid

 

 

 

进行的编号（master）

服务一旦中止文件当即消失
只有在服务启动时候才会生成文件

 

1.三、load_modules

主要的为二级文件都存放在usr/shaer/nginx/READE.dynamic中

 

二、性能优化相关配置

➢一、worker processes nymber | auto
　　　　worker进程的数量;一般应该为当前主机的cpu的物理核心数

➢二、worker_ cpu _affinity cpumask..
　　  worker _cpu_ affinity auto [qpumask]提升缓存命中率
　　  CPU MASK : 00000001 : 0号CPU
　　　　　　　　  00000010 : 1号CPU
　　　　　　　　  10000000 : 8号CPU
　　  worker_ cpu affinity 0001 0010 0100 1000;
　　  worker_ .cpu_ _affinity 0101 1010;

➢三、worker_ priority number
　　指定worker进程的nice值,设定worker进程优先级: [-20,20]

➢四、worker_ rlimit_ nofile number
　　worker进程所可以打开的文件数量上限，如65535

 

 

2.一、worker_process

 

 

 

默认值是auto
此时修改值为auto
根据内核来计算的

 

 

 

2.二、worker_cpu_affinity auto

提升缓存的命中率
CPU MASK ：
00000001：0号cpu
00000010：1号cpu
10000000：8号cpu
主要观察1的位置

worker_cpu_affinity 00001 0010 0100 1000;

是要根据worker_press中的数量进行相关的计算
此时令其等于2

 

 

 

 

 

 

查看相关nginx的服务工做地址
ps axo pid,cmd,psr|grep nginx

 

 

 

可使用watch -n ''去监控查看相关的端口号变化

 

 

 

在某些条件下的cpu会发生改变
此时则须要进行固定能够提升cpu的缓存利用率

修改配置文件

 

 

 

查看相关的绑定

 

 

 

2.三、worker_priority number

相关优先级

查看优先级
ps axo pid,cmd,psr,nice|grep nginx
默认优先级是0

 

 

 

优先级范围是-20 ~ 20

进行修改优先级

 

 

 

修稿以后的优先级

 

 

 

 

2.四、worker_rlimit

进程可以打开的文件数量上限如65535
但愿可以支持多个用户并发
能够服务多少个用户进程

 

三、事件驱动相关配置

➢events{

　　　　......

    }

➢一、worker_ connections number
　　每一个worker进程所可以打开的最大并发链接数数量,如10240
　　总最大并发数: worker_ processes * worker_ connections

➢二、use method
　　指明并发链接请求的处理方法,默认自动选择最优方法use epoll;
➢三、accept_ mutex on| off互斥
　　处理新的链接请求的方法; on指由各个worker轮流处理新请求

　　Off指每一个新请求的到达都会通知(唤醒)全部的worker进程

　　但只有一个进程可得到链接 ,形成“惊群”,影响性能

 

 

3.一、worker_connections number

每一个worker的可以打开的最大并发连接数据

 

 worker_rlimit = worker_processes * worker_connections

 

3.二、use method

指明并发连接请求的处理方法
默认自动选择最优方法

use epoll;

 

3.三、accept_mutex on|off 互斥

处理请求的连接请求的方法
on指由各个worker轮流处理请求
off指每一个请求的到达都会通知全部的worker进程，可是只有一个进程能够得到连接，形成“精群”，影响性能

 

四、调式和定位问题

➢一、daemon: on|off
　　是否以守护进程方式运行nignx ,默认是守护进程方式
➢二、master_ process on|off
　　是否以master/worker模型运行nginx ;默认为on
　　off将不启动worker
➢三、error_ log file [level]
　　错误日志文件及其级别;出于调试须要,可设定为debug ;但debug仅在编译时
　　使用了"--with-debug" 选项时才有效

　　方式: file /path/logfile;
　　stderr:发送到标准错误
　　syslog:server- address[parameter =values]:发送到syslog memory:size内存
　　level:debuglinfo|notice|warnlerrorlcritlalterlemerg

 

4.一、daemon on|off

是否以守护进程的方式运行nginx
默认时守护进程
便可之后台运行

进行修改成off

 

 

服务就会在前台运行

 

 

 

4.二、master_process on|off

是否已master/worker模型运行nginx 默认为on
off将不启动worker

进行修改文件

 

 

此时查看相关进程
此时就是独立的进程没有work进程

 

 

4.三、error_log file[level]

错误日志即级别
处于调试的须要
能够设定为debug，但debug仅在编译时使用了 --with-debug 才有效

修改位置

 

 

查看错误文件