Linux編譯安裝NGINX

1、環境準備:先安裝準備環境

yum install gcc gcc-c++ automake pcre pcre-devel zlip zlib-devel openssl openssl-devel?

gcc為GNU Compiler Collection的縮寫,可以編譯C和C++源代碼等,它是GNU開發的C和C++以及其他很多種語言 的編譯器(最早的時候只能編譯C,后來很快進化成一個編譯多種語言的集合,如Fortran、Pascal、Objective-C、Java、Ada、 Go等。)

  gcc 在編譯C++源代碼的階段,只能編譯 C++ 源文件,而不能自動和 C++ 程序使用的庫鏈接(編譯過程分為編譯、鏈接兩個階段,注意不要和可執行文件這個概念搞混,相對可執行文件來說有三個重要的概念:編譯(compile)、鏈接(link)、加載(load)。源程序文件被編譯成目標文件,多個目標文件連同庫被鏈接成一個最終的可執行文件,可執行文件被加載到內存中運行)。因此,通常使用 g++ 命令來完成 C++ 程序的編譯和連接,該程序會自動調用 gcc 實現編譯。

  gcc-c++也能編譯C源代碼,只不過把會把它當成C++源代碼,后綴為.c的,gcc把它當作是C程序,而g++當作是c++程序;后綴為.cpp的,兩者都會認為是c++程序,注意,雖然c++是c的超集,但是兩者對語法的要求是有區別的。

  automake是一個從Makefile.am文件自動生成Makefile.in的工具。為了生成Makefile.in,automake還需用到perl,由于automake創建的發布完全遵循GNU標準,所以在創建中不需要perl。libtool是一款方便生成各種程序庫的工具。

  pcre pcre-devel:在Nginx編譯需要 PCRE(Perl Compatible Regular Expression),因為Nginx 的Rewrite模塊和HTTP 核心模塊會使用到PCRE正則表達式語法。

  zlip zlib-devel:nginx啟用壓縮功能的時候,需要此模塊的支持。

  openssl openssl-devel:開啟SSL的時候需要此模塊的支持。

?2、下載nginx 安裝包: ?官網地址:http://nginx.org/

截止得到當前,最新的版本為1.8.1,在linux使用wget下載

這時,發現沒有安裝wegit

幾行命令從yum源安裝wget:

? yum -y install wget?

? yum -y install setup

? yum -y install perl

繼續下載:


3.下載成功后進行解壓:

tarxvf nginx-1.8.1.tar.gz


4、編譯nginx:make

編譯是為了檢查系統環境是否符合編譯安裝的要求,比如是否有gcc編譯工具,是否支持編譯參數當中的模塊,并根據開啟的參數等生成Makefile文件為下一步做準備:

[root@Server1 nginx-1.8.1]# ./configure? --prefix=/usr/local/nginx? --sbin-path=/usr/local/nginx/sbin/nginx


make 進行編譯

make install進行安裝


5.驗證端口是否開啟:

[root@Server1 sbin]#ps-ef |grep nginx

root? ? 1322810Apr23 ?00:00:00nginx: master process /usr/local/nginx/sbin/nginx/nginx? #nginx的主進程,只有一個主進程

nginx? ? 13229132280Apr23 ?00:00:00nginx: worker? process #nginx工作進程,默認只有一個,可以通過修改nginx.conf中的worker_processes1; 參數啟動多個工作進程

root? ? 132951400000:01pts/000:00:00grep--color=auto nginx

[root@Server1 local]# lsof -i:8090? #顯示占用8090的進程

COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME

nginx 13337root6uIPv459326800t0 TCP *:8090 (LISTEN)

nginx 13338nginx6uIPv459326800t0 TCP *:8090(LISTEN)

6、通過給nginx的主進程ID號發送信號啟動或停止nginx:

獲取nginx主進程號的辦法:

[root@Server1 nginx]#cat/var/run/nginx/nginx.pid? #查看nginx的pid文件,此文件保存的就是nginx的主進程id13337? #次ID是隨機的,每次啟動都不一樣的[root@Server1 nginx]# ps-ef? |grep nginx? #過濾nginx的進程號

root? ? 133371000:05?00:00:00nginx: master process /usr/local/nginx/sbin/nginx/nginx

nginx? ? 2156813337010:58?00:00:00nginx: worker process

支持的信號:

[root@Server1 nginx]#kill-QUIT13337? #平緩關閉Nginx,即不再接受新的請求,但是等當前請求處理完畢后再關閉Nginx。

[root@Server1 nginx]# kill-TERM21665 #快速停止Nginx服務

[root@Server1 nginx]# kill-HUP21703 #使用新的配置文件啟動進程然后平緩停止原有的nginx進程,即平滑重啟。

[root@Server1 nginx]# kill-USR121703? #重新打開配置文件,用于nginx 日志切割

日期切割的腳本:

#!/bin/bash

PID=`cat/var/run/nginx/nginx.pid`mv/var/log/nginx/access.log? /var/log/nginx/`date+%Y_%m_%d:%H:%M:%S`.access.logkill-USR1 $PID

[root@Server1 nginx]# kill-USR221703? #使用新版本的nginx文件啟動服務,然后在平緩停止原有的nginx服務,即平滑升級。

[root@Server1 nginx]# kill-WINCH21703#平滑停止nginx的工作進程,用于nginx平滑升級。

擴展:

nginx 主配置文件:nginx.conf

3.1:默認配置:配置文件默認保存在path/conf當中,默認的配置文件為nginx.conf,以下是編譯安裝后的默認配置:

[root@Server1 conf]#grep-v"#"nginx.conf |grep-v"^$"  #全局生效,主要設置nginx的啟動用戶/組,啟動的工作進程數量,Nginx的PID路徑,日志路徑等。

worker_processes? 1;? #默認啟動一個工作進程

events {? #events設置快,主要影響nginx服務器與用戶的網絡連接,比如是否允許同時接受多個網絡連接,使用哪種事件驅動模型處理請求,每個工作進程可以同時支持的最大連接數,是否開啟對多工作進程下的網絡連接進行序列化等。

? ? worker_connections? 1024;? #設置nginx可以接受的最大并發,多個進程只和

}

http {? #http塊是Nginx服務器配置中的重要部分,緩存、代理和日志格式定義等絕大多數功能和第三方模塊都可以在這設置,http塊可以包含多個server塊,而一個server塊中又可以包含多個location塊,server塊可以配置文件引入、MIME-Type定義、日志自定義、是否啟用sendfile、連接超時時間和單個鏈接的請求上限等。

? ? include? ? ? mime.types;? #文件擴展名與文件類型映射表

? ? default_type? application/octet-stream; #默認文件類型

? ? sendfile? ? ? ? on; #是否調用 sendfile 函數(zero copy -->零copy方式)來輸出文件,普通應用打開,可以大幅提升nginx的讀文件性能,如果服務器是下載的就需要關閉,

? ? keepalive_timeout? 65;? #長連接超時時間,單位是秒

? ? server { #設置一個虛擬機主機,可以包含自己的全局快,同時也可以包含多個locating模塊。比如本虛擬機監聽的端口、本虛擬機的名稱和IP配置,多個server 可以使用一個端口,比如都使用8090端口提供web服務、

? ? ? ? listen? ? ? 8090;? #server的全局配置,配置監聽的端口

? ? ? ? server_name? localhost;? #本server的名稱,當訪問此名稱的時候nginx會調用當前serevr內部的配置進程匹配。

? ? ? ? location / {? #location其實是server的一個指令,為nginx服務器提供比較多而且靈活的指令,都是在location中提現的,主要是基于nginx接受到的請求字符串,對用戶請求的UIL進行匹配,并對特定的指令進行處理,包括地址重定向、數據緩存和應答控制等功能都是在這部分實現,另外很多第三方模塊的配置也是在location模塊中配置。

? ? ? ? ? ? root? html;? #相當于默認頁面的目錄名稱,默認是相對路徑,可以使用絕對路徑配置。

? ? ? ? ? ? index? index.html index.htm;

? ? ? ? }

? ? ? ? error_page? 500502503504/50x.html;? #錯誤頁面的文件名稱

? ? ? ? location = /50x.html {? #location處理對應的不同錯誤碼的頁面定義到/50x.html,這個跟對應其server中定義的目錄下。

? ? ? ? ? ? root? html;? #定義默認頁面所在的目錄

? ? ? ? }

? ? }

}

?3.2:配置nginx 主進程的啟動用戶和工作進程數:

user? xxxx;? #每一條指令都要以分號結尾

worker_processes? 1; #可以指定啟動的固定nginx進程數,或使用auto,auto是啟動與當前CPU 線程相同的進程數,如CPU是四核八線程的就啟動八個進程的Nginx工作進程。

3.3:綁定Nginx 工作進程到不同的CPU上:

  默認Nginx是不進行保定的,綁定并不能是當前nginx進程獨占以一核心CPU,但是可以保證此進程不會運行在其他核心上,這就極大減少了nginx

工作進程在不同cpu上的跳轉,減少了CPU對進程的資源分配與回收,因此可以有效的提升nginx服務器的性能,配置如下:

[root@Server1 nginx]#grepprocess /proc/cpuinfo? |wc-l #確認CPU的核心數量4四個線程CPU的配置:

worker_processes? 4;

worker_cpu_affinity 0001001001001000;

八個線程CPU的配置:

worker_processes? 8;

worker_cpu_affinity 0000000100000010000001000000100000010000001000000100000010000000;

3.4:PID和錯誤日志文件路徑:

#pid? ? ? ? logs/nginx.pid;? #可以指定絕對路徑

#error_log? logs/error.log;? #指定錯誤日志路徑

#error_log? logs/error.log? notice;? #指定一個日志記錄級別

#error_log? logs/error.loginfo;

支持的日志級別:

語法:

error_log file[ debug |info| notice | warn | error | crit ]? | [{? debug_core | debug_alloc | debug_mutex | debug_event | debug_http | debug_mail | debug_mysql } ]

日志級別 = 錯誤日志級別 | 調試日志級別; 或者

日志級別 = 錯誤日志級別;

錯誤日志的級別: emerg, alert, crit, error, warn, notic, info, debug,

調試日志的級別: debug_core, debug_alloc, debug_mutex, debug_event, debug_http, debug_mail, debug_mysql

error_log 指令的日志級別配置分為錯誤日志級別和調試日志級別,錯誤日志只能設置一個級別,而且錯誤日志必須書寫在調試日志級別的前面,另外調試日志可以設置多個級別,其他配置方法可能無法滿足需求。

?3.5:配置文件的引入:include

includefile;? #file是要導入的文件,支持相對路徑,一般在html目錄里面

導入一個conf文件,并配置不同主機名的頁面,編輯nginx.conf主配置文件:

include? /usr/local/nginx/conf.d/samsung.conf;? #在最后一個大括號里面加入一項,*是導入任何以conf結尾的配置文件

在/usr/local/nginx/conf.d/創建一個samsung.conf,內容如下:

[root@Server1 nginx]# grep-v"#"conf.d/samsung.conf? |grep-v"^$"? ? server {

? ? ? ? listen? ? ? 8090;

? ? ? ? server_name? samsung.chinacloudapp.cn;

? ? ? ? location / {

? ? ? ? ? ? root? html;

? ? ? ? ? ? index? index1.html index.htm;

? ? ? ? }

? ? ? ? error_page? 500502503504/50x.html;

? ? ? ? location = /50x.html {

? ? ? ? ? ? root? html;

? ? ? ? }

}

摘自https://www.linuxidc.com/Linux/2017-02/140495.htm

END。

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,461評論 6 532
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,538評論 3 417
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,423評論 0 375
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,991評論 1 312
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,761評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,207評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,268評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,419評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,959評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,782評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,983評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,528評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,222評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,653評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,901評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,678評論 3 392
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,978評論 2 374

推薦閱讀更多精彩內容