## 核心參數 1. use 2. worker_connections 3. accept_mutex 4. accept_mutex_delay 5. muti_accept ## use nginx使用何種事件驅動模型; ``` use method ``` method可選值: select ,poll ,kqueue ,epoll(最常用) ,/dev/poll ,eventport; 默認配置:無 推薦配置:不指定,讓nginx自己選擇; 示例: ``` use epll; ``` ## worker_connections ``` worker_connections number; ``` 默認配置: ``` worker_connections 1024; ``` 每個worker子進程能夠處理的最大并發連接數; 推薦配置: ``` worker_connections 65535/work_processes | 65535 ``` ## accept_mutex 當一個新連接到達時，master進程會去詢問所有的worker進程誰可以處理,這樣會造成大量的資源浪費;如果打開了accept_mutex，那么多個Worker將以串行方式來處理，其中有一個Worker會被喚醒，其他的Worker繼續保持休眠狀態；如果沒有激活accept_mutex，那么所有的Worker都會被喚醒，不過只有一個Worker能獲取新連接;  ``` accept_mutex on | off ``` 是否打開負載均衡互斥鎖; 默認配置: ``` accept_mutex off; ``` 推薦配置: ``` accept_mutex on; ``` ## accept_mutex_delay 需要將accept_mutex設為on有意義;當打開accept_mutex后,一個新的請求進來后,master按照串行的規則將請求轉發給某個worker,但是這個worker此刻正有請求未處理完.那么當時間超過accept_mutex_delay設置的值后,master會將請求轉發給下一個worker子進程去處理; ``` accept_mutex_delay time ``` 新連接分配給worker子進程的超時時間; 默認配置: ``` accept_mutex_delay 500ms; ``` 推薦配置: ``` accept_mutex_delay 200ms;; ``` ## multi_accept 如果multi_accept被禁止了，nginx一個工作進程只能同時接受一個新的連接。否則，一個工作進程可以同時接受所有的新連接。這個配置的影響不打,因為nginx本身就是異步IO復用的; ``` muti_accept on | off ``` worker子進程可以接收的新連接個數; 默認配置: ``` muti_accept off; ``` 推薦配置: ``` muti_accept on; ```