Nginx 全局配置

時間 2019-12-01

標籤 nginx 全局配置欄目 Nginx 简体版

原文原文鏈接

nginx的配置

Main全局配置段常見的配置指令分類
一、正常運行必備的配置
二、優化性能相關的配置
三、用於調式及定位問題的相關配置
四、時間驅動相關的配置html

幫助文檔：
http://nginx.org.en/docs/nginx

全局配置文件的地方緩存

一、正常運行必備的配置

◆正常運行必備的配置 :
◆幫助文檔: 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性能

進行語法檢測以及配置文件的從新加載優化

查看服務進程spa

系統默認使用nginx即系統在安裝時就進行建立帳號debug

1.二、pid

進行的編號（master）3d

服務一旦中止文件當即消失
只有在服務啓動時候纔會生成文件

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