nginx圖片緩存伺服器
① nginx緩存性能怎麼樣
Nginx緩存對於不少人來說都不是很明朗的一個知識。那麼好我們就借介紹有關優點和缺點的機會把大家帶進Nginx緩存的世界。希望大家在文中能找到自己相關的使用方法。
兩種Nginx緩存都有著基本一樣的優點和缺點：
缺點1：不支持帶參數的動態鏈接，比如read.php?id=1，因為Nginx緩存只保存文件名，所以這個鏈接只在文件系統下保存為read.php，這樣用戶訪問read.php?id=2時會返回不正確的結果。同時不支持http://www.sudone.com/這種形式的首頁和二級目錄http://www.sudone.com/download/，因為Nginx緩存非常老實，會將這樣的請求照鏈接寫入文件系統，而這個鏈接顯然是一個目錄，所以保存失敗。這些情況都需要寫rewrite才能正確保存。
缺點2：Nginx緩存內部沒有緩存過期和清理的任何機制，這些緩存的文件會永久性地保存在機器上，如果要緩存的東西非常多，那就會撐暴整個硬碟空間。為此可以使用一個shell腳本定期清理，同時可以撰寫php等動態程序來做實時更新。
缺點3：只能緩存200狀態碼，因此後端返回301/302/404等狀態碼都不會緩存，假如恰好有一個訪問量很大的偽靜態鏈接被刪除，那就會不停穿透導致後端承載不小壓力。
缺點4：Nginx不會自動選擇內存或硬碟作為存儲介質，一切由配置決定，當然在當前的操作系統里都會有操作系統級的文件緩存機制，所以存在硬碟上也不需要過分擔心大並發讀取造成的io性能問題。
Nginx傳統緩存的缺點也是它和squid等緩存軟體的不同之特色，所以也可看作其優點。在生產應用中它常常用作和squid的搭檔，squid對於帶?的鏈接往往無法阻擋，而Nginx能將其訪問攔住，例如：http://sudone.com/?和http://sudone.com/在squid上會被當做兩個鏈接，所以會造成兩次穿透；而Nginx只會保存一次，無論鏈接變成http://sudone.com/?1還是http://sudone.com/?123，均不能透過Nginx緩存，從而有效地保護了後端主機。
Nginx緩存會非常老實地將鏈接形式保存到文件系統中，這樣對於一個鏈接，可以很方便地查閱它在緩存機器上的緩存狀態和內容，也可以很方便地和別的文件管理器如rsync等配合使用，它完完全全就是一個文件系統結構。
這兩種傳統緩存都可以在linux下將文件保存到/dev/shm里，一般我也是這么做的，這樣可以利用系統內存來做緩存，利用內存的話，清理過期內容速度就會快得多。使用/dev/shm/時除了要把tmp目錄也指向到/dev/shm這個分區外，如果有大量小文件和目錄，還要修改一下這個內存分區的inode數量和最大容量：
mount -o size=2500M -o nr_inodes=480000 -o noatime,nodiratime -o remount /dev/shm
上面的命令在一台有3G內存的機器上使用，因為/dev/shm默認最大內存是系統內存的一半就是1500M，這條命令將其調大成2500M，同時shm系統inode數量默認情況下可能是不夠用的，但有趣的是它可以隨意調節，這里調節為480000保守了點，但也基本夠用了。
② php怎麼讀取設置nginx緩存
nginx緩存
nginx有兩種緩存機制:fastcgi_cache和proxy_cache
下面我們來說說這兩種緩存機制的區別吧
proxy_cache作用是緩存後端伺服器的內容，可能是任何內容，包括靜態的和動態的
fastcgi_cache作用是緩存fastcgi生成的內容，很多情況是php生成的動態內容
proxy_cache緩存減少了nginx與後端通信的次數，節省了傳輸時間和後端帶寬
fastcgi_cache緩存減少了nginx與php的通信次數，更減輕了php和資料庫的壓力。
proxy_cache緩存設置
#註：proxy_temp_path和proxy_cache_path指定的路徑必須在同一分區
proxy_temp_path/data0/proxy_temp_dir;
#設置Web緩存區名稱為cache_one，內存緩存空間大小為200MB，1天沒有被訪問的內容自動清除，硬碟緩存空間大小為30GB。
proxy_cache_path/data0/proxy_cache_dirlevels=1:2keys_zone=cache_one:200minactive=1dmax_size=30g;
server
{
listen80;
server_namewww.yourdomain.com192.168.8.42;
indexindex.htmlindex.htm;
root/data0/htdocs/www;
location/
{
#如果後端的伺服器返回502、504、執行超時等錯誤，自動將請求轉發到upstream負載均衡池中的另一台伺服器，實現故障轉移。
proxy_next_upstreamhttp_502http_504errortimeoutinvalid_header;
proxy_cachecache_one;
#對不同的HTTP狀態碼設置不同的緩存時間
proxy_cache_valid20030412h;
#以域名、URI、參數組合成Web緩存的Key值，Nginx根據Key值哈希，存儲緩存內容到二級緩存目錄內
proxy_cache_key$host$uri$is_args$args;
proxy_set_headerHost$host;
proxy_set_headerX-Forwarded-For$remote_addr;
proxy_passhttp://backend_server;
expires1d;
}
#用於清除緩存，假設一個URL為http://192.168.8.42/test.txt，通過訪問http://192.168.8.42/purge/test.txt就可以清除該URL的緩存。
location~/purge(/.*)
{
#設置只允許指定的IP或IP段才可以清除URL緩存。
allow127.0.0.1;
allow192.168.0.0/16;
denyall;
proxy_cache_purgecache_one$host$1$is_args$args;
}
#擴展名以.php、.jsp、.cgi結尾的動態應用程序不緩存。
location~.*.(php|jsp|cgi)?$
{
proxy_set_headerHost$host;
proxy_set_headerX-Forwarded-For$remote_addr;
proxy_passhttp://backend_server;
}
access_logoff;
}
}
fastcgi_cache緩存設置
#定義緩存存放的文件夾
fastcgi_cache_path/tt/cachelevels=1:2keys_zone=NAME:2880minactive=2dmax_size=10G;
#定義緩存不同的url請求
fastcgi_cache_key"$scheme$request_method$host$uri$arg_filename$arg_x$arg_y";
server{
listen8080;
server_namewww.example.com;
location/{
root/www;
indexindex.htmlindex.htmindex.php;
}
location~(|.php)${
root/www;
fastcgi_pass127.0.0.1:9000;
fastcgi_cacheNAME;
fastcgi_cache_valid20048h;
fastcgi_cache_min_uses1;
fastcgi_cache_use_staleerrortimeoutinvalid_headerhttp_500;
fastcgi_indexindex.php;
fastcgi_paramSCRIPT_FILENAME/scripts$fastcgi_script_name;
includefastcgi.conf;
#設置緩存的過程中發現無法獲取cookie，經查需要定義這句話
fastcgi_pass_headerSet-Cookie;
}
log_formataccess'$remote_addr-$remote_user[$time_local]"$request"'
'$status$body_bytes_sent"$http_referer"'
'"$http_user_agent"$http_x_forwarded_for';
access_log/httplogs/access.logaccess;
}
總的來說nginx的proxy_cache和fastcgi_cache的緩存配置差不多。
memcache緩存
在討論memcache緩存之前，我們先了解下mysql的內存緩存吧
mysql的內存緩存可以在my.cnf中指定大小：內存表和臨時表不同，臨時表也是存放內存中，臨時表最大的內存需要通過tmp_table_size=128M設定。當數據查過臨時表的最大值設定時，自動轉為磁碟表，此時因需要進行IO操作，性能會大大下降，而內存表不會，內存滿了後，會提示數據滿錯誤。
例：
createtabletest
(
idintunsignednotnullauto_incrementprimarykey
statechar(10),
typechar(20),
datechar(30)
)engine=memorydefaultcharset=utf8
內存表的特性：
1.內存表的表定義存放在磁碟上，擴展名為.frm，所以重啟不會丟失
2.內存表的數據是存放在內存中，重啟會丟失數據
3.內存表使用一個固定的長度格式
4.內存表不支持blob或text列，比如varchar與text欄位就不會被支持
5.內存表支持auto_increment列和對可包含null值的列的索引
6.內存表不支持事物
7.內存表是表鎖，當修改頻繁時，性能可能會下降
轉自：
http://www.nowamagic.net/librarys/veda/detail/1405
下面我們來看看memcache，相對而言mysql的內存表限制較多。
memcache的用途
1.提高系統的並發能力
2.減輕資料庫的負擔
註：memcachelinux系統32位只支持4G內存，同時memcache最長保存時間為30天。
③ nginx會不會影響web伺服器自身緩存性能
Nginx從0.7.48版本開始，支持了類似Squid的緩存功能。這個緩存是把URL及相關組合當作Key，用md5編碼哈希後保存在硬碟上，所以它可以支持任意URL鏈接，同時也支持404/301/302這樣的非200狀態碼。雖然目前官方的Nginx Web緩存服務只能為指定URL或狀態碼設置過期時間，不支持類似Squid的PURGE指令，手動清除指定緩存頁面，但是，通過一個第三方的Nginx模塊，可以清除指定URL的緩存。
Nginx的Web緩存服務主要由proxy_cache相關指令集和fastcgi_cache相關指令集構成，前者用於反向代理時，對後端內容源伺服器進行緩存，後者主要用於對FastCGI的動態程序進行緩存。兩者的功能基本上一樣。
Nginx 0.8.32以後版本，proxy_cache和fastcgi_cache已經比較完善，加上第三方的ngx_cache_purge模塊（用於清除指定URL的緩存），已經可以完全取代Squid。我們已經在生產環境使用了 Nginx 的 proxy_cache 緩存功能超過兩個月，十分穩定，速度不遜於 Squid。
在功能上，Nginx已經具備Squid所擁有的Web緩存加速功能、清除指定URL緩存的功能。而在性能上，Nginx對多核CPU的利用，勝過Squid不少。另外，在反向代理、負載均衡、健康檢查、後端伺服器故障轉移、Rewrite重寫、易用性上，Nginx也比Squid強大得多。這使得一台Nginx可以同時作為「負載均衡伺服器」與「Web緩存伺服器」來使用。
④ nginx expires 緩存放哪裡
在開發調試web的時候，經常會碰到因瀏覽器緩存(cache)而經常要去清空緩存或者強制刷新來測試的煩惱，提供下apache不緩存配置和nginx不緩存配置的設置。
apache：
首先確定配置文件httpd.conf中確已經載入mod_headers模塊。
LoadMole headers_mole moles/mod_headers.so
我們可以根據文件類型來讓瀏覽器每次都從伺服器讀取，這里測試用css、js、swf、php、html、htm這幾種文件。
<FilesMatch 「\.(css|js|swf|php|htm|html)$」>
Header set Cache-Control "private, no-cache, no-store, proxy-revalidate, no-transform"
Header set Pragma "no-cache"
</FilesMatch>
nginx:
location ~ .*\.(css|js|swf|php|htm|html )$ {
add_header Cache-Control no-store;
}
對於站點中不經常修改的靜態內容（如圖片，JS，CSS），可以在伺服器中設置expires過期時間，控制瀏覽器緩存，達到有效減小帶寬流量，降低伺服器壓力的目的。
以Nginx伺服器為例：
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$ {
#過期時間為30天，
#圖片文件不怎麼更新，過期可以設大一點，
#如果頻繁更新，則可以設置得小一點。
expires 30d;
}
⑤ nginx 做圖片代理伺服器，為什麼我輸入原來的名字報404，重名命之後就可以訪問
肯能是文件許可權問題
修改名稱 就把文件許可權改為你ftp用戶了
⑥ Nginx怎樣設置瀏覽器緩存
瀏覽器緩存（BrowserCaching）
為了加速瀏覽器，瀏覽器在用戶磁碟上，對最近請求過的文檔進行存儲。
當訪問者再次請求這個頁面時，瀏覽器就可以從本地磁碟顯示文檔，這樣，就可以加速頁面的閱覽，緩存的方式節約了網路的資源，提高了網路的效率。
瀏覽器緩存可以通過expires指令輸出Header頭來實現，expires指令的語法如下
語法：expires[time| epoch | max |off]
默認值：expiresoff
作用域：http、server、location
用途：使用本指令可以控制http應答中的expires和Cache-Control的Header頭信息，起到控制頁面緩存的作用。
參數說明
Time，可以使用正數或負數，Expires頭標的值，將通過當前系統時間加上設定的time值來獲得。
epoch，指定expires的值為1January，1970，00:00:01 GMT。
Max，指定expires的值為31December 2037 23:59:59 GMT，Cache-Control的值為10年。
Off，表示不修改Expires和Cache-Control的值。
一個HTML頁面，會引用一些JavaScript文件、圖片文件、而這些格式的文件很少會被修改，則可以通過expires設置瀏覽器緩存。
比如，對常見格式的圖片、Flash文件在瀏覽器本地緩存30天，對JS、CSS文件在瀏覽器本地緩存1小時，代碼如下
⑦ 為什麼要使用nginx伺服器
這里做了些基準測試表明nginx打敗了其它的輕量級的web伺服器和代理伺服器，同樣也贏了相對不是那麼輕量級的產品。
有人說這些基準測試是不準確的，因為在這樣那樣的環境下，做的比較不一致。我傾向同意基準測試只是告訴了我們其中一部分情況，你能做的是消除偏見（有人見過所有人都同意一個基準測試是公平的嗎？我是沒見過。）
不管怎樣，這篇文章不是做基準測試來讓人們爭論（如果你喜歡，可以在Google上找到那樣的文章），相反，下面的引述來自人們在現實世界中使用Nginx，在真實的負載下，服務於真正的應用和網站。
引述
我們投資的一些公司把web平台切換到Nginx後，可以顯著的解決擴展問題。Nginx明顯有效的實現了今天互聯網上最大網站數量的增長。
– Thomas Gieselmann, BV Capital.
我
對今天運行網站的所有人的建議是，想打破性能限制就研究下能否使用Nginx。CloudFlare去年在一個相對較小的基礎設施上已經擴展到可以處理每
月超過150億的瀏覽量，很大程度上是因為Nginx的擴展性。我的經驗表明切換到Nginx可以最大限度的利用現代的操作系統和現有的硬體資源。
– Matthew Prince, CloudFlare的聯合創始人和CEO
Apache和Nginx都有能力提供每秒鍾龐大的請求服務，但是隨著並發數量的增加，Apache的性能開始下降，然而Nginx的性能幾乎不會下降。
這里最好的一點是：因為Nginx是基於事件的，它不用為每個請求產生新的進程或線程，所以它的內存使用很低。在我的基準測試中，它的內存使用坐落在2.5M，Apache使用得更多。
– WebFaction
針
對Nginx v0.5.22 and Apache
v2.2.8我用ab（Apache的基準測試工具）跑了一個簡單的測試。在測試過程中，我用vmstat和top檢測系統。結果表明在提供靜態內容
時，Nginx做得比Apache好。兩個伺服器都在並發數100時表現最佳。Apache使用4個工作進程（線程模式），30%的CPU和17MB的內
存，每秒鍾處理6,500次請求。Nginx使用一個工作進程，15%的CPU，1MB內存，每秒鍾處理11,500次請求。
– Linux Journal
Apache好比是微軟Word，它有100萬個選項，但是你只需要其中6個。Nginx就處理那6項任務，但處理其中5項任務時速度比Apache快50倍。
– Chris Lea
我現在使用Nginx在單一伺服器上處理每天超過數千萬（也就是每秒鍾幾百次）的反向代理HTTP請求。在負載高峰期，它消耗大約15MB的內存和10%的CPU，在我的特定配置下（FreeBSD 6）。
在同樣的負載下，Apache表現大跌（在大約使用1000個進程後，上帝知道使用了多少內存），Pound表現大跌（如此多的線程，所有的線程棧會消耗400MB以上的內存），還有Lighttpd每小時泄露20MB以上內存（使用更多CPU，但不顯著）。
– Bob Ippolito in the TurboGears mailing list, 2006-08-24
我們現在使用Nginx 0.6.29的upstream hash模塊為我們需要的Varnish代理提供靜態雜湊。我們通常處理8-9千次請求/秒，大約1.2Gb/秒數據在幾台Nginx伺服器間傳輸，而且還有很大的成長空間。
– WordPress.com
直到今天，我們一直使用Pound來解決Justin.tv 的負載均衡。它一直使用20%的CPU，在高峰期會達到80%。在極高的負載下，它偶爾會崩潰。
我們只是切換到了Nginx，負載馬上就降到了大約3%的CPU使用。我們的頁面感覺更快了，盡管這可能是我的錯覺。不僅它的配置文件格式容易理解和配置，而且還提供了完整的web伺服器功能。我們再也沒有遇到尖峰期了，而且我懷疑現有的性能會徹底打敗Pound。
– Emmett Shear
我們使用Nginx作為主要的軟體用於一個免費的託管平台，我已經在Nginx中開發了一個特定的模塊用於banner潛入和統計計算，現在我們的中央伺服器可以處理大約150-200Mbit/s高度分散的http流量（所有的文件都很小）。
我認為這是非常好的結果。因為在同樣的伺服器上面Apache不管怎麼優化，甚至都不能處理60-80Mbit/s。
– Alexey Kovyrin
前
陣子，我們把我們的前端IMAP/POP代理從perdition切換到了nginx…，現在我們又使用nginx來做前端web代理伺服器…。最終的結
果是，現在的每台前端代理伺服器可以保持超過10,000並發（IMAP, POP, Web &
SMTP）連接（其中很多還是SSL），僅僅只使用了大約10%的CPU。
– FastMail.fm blog
最近，我們的靜態內容伺服器切換到了Nginx，無疑這是這么多年來我印象最深刻的一款web伺服器。我們運行在一台配有8G內存的機器上，但是nginx進程只使用了可笑的1.4Mb。
– Philip Jacob
我們已經用nginx取代了Squid（反向代理）+Apache的方案，平均負載和CPU使用一樣降低了一半。另外我們的基準測試表明新的配置每秒鍾可以處理的請求數是舊配置的2-3倍。
– HowtoForge
我們用一些CMS系統（ Wordpress, Drupal, Joomla, TYPO3等）做了基準測試，結果是Nginx提供網頁的速度比Apache快了50%，同時nginx每秒鍾處理的請求數(RPS)是Apache的177%。
⑧ 如何利用Nginx的緩沖，緩存優化提升性能
反向代理的一個問題是代理大量用戶時會增加伺服器進程的性能沖擊影響。在大多數情況下，可以很大程度上能通過利用Nginx的緩沖和緩存功能減輕。
當代理到另一台伺服器，兩個不同的連接速度會影響客戶的體驗：
從客戶機到Nginx代理的連接。
從Nginx代理到後端伺服器的連接。
Nginx具有優化這些連接調整其行為的能力。
如果沒有緩沖，數據從代理的伺服器發送並立即開始被發送到客戶。如果假定客戶端很快，緩沖可以關閉而盡快使數據到客戶端，有了緩沖，Nginx 代理將暫時存儲後端的響應，然後按需供給數據給客戶端。如果客戶端是緩慢的，允許Nginx伺服器關閉到後端的連接。然後，它可以處理數據分配到客戶端， 以任何可能的速度。
Nginx默認有緩沖設計，因為客戶端往往有很大的不同的連接速度。我們可以用以下指令調節緩沖行為。可以在HTTP，server或 location位置來設置。重要的是要記住，大小size指令是針對每個請求配置的，所以增加超出你需求會影響你的性能，如果這時有許多客戶端請求：
proxy_buffering：該指令控制緩沖是否啟用。默認情況下，它的值是「on」。
proxy_buffers：該指令控制代理響應緩沖區的數量（第一個參數）和大小（第二個參數）。默認配置是8個緩沖區大小等於一個內存頁（4K或者8K）。增加緩沖區的數目可以讓你緩沖更多信息。
proxy_buffer_size：從後端伺服器的響應頭緩沖區大小，它包含headers，和其他部分響應是分開的。該指令設置響應部分的緩沖區大小。默認情況下，它和proxy_buffers是相同的尺寸，但因為這是用於頭信息，這通常可以設置為一個較低的值。
proxy_busy_buffers_size：此指令設置標注「client-ready」緩沖區的最大尺寸。而客戶端可以一次讀取來自一個緩沖區的數據，緩沖被放置在隊列中，批量發送到客戶端。此指令控制允許是在這種狀態下的緩沖空間的大小。
proxy_max_temp_file_size：這是每個請求能用磁碟上臨時文件最大大小。這些當上游響應太大不能裝配到緩沖區時被創建。
proxy_temp_file_write_size：這是當被代理伺服器的響應過大時Nginx一次性寫入臨時文件的數據量。
proxy_temp_path：當上游伺服器的響應過大不能存儲到配置的緩沖區域時，Nginx存儲臨時文件硬碟路徑。
正如你所看到的，Nginx提供了相當多的不同的指令來調整緩沖行為。大多數時候，你不必擔心太多，但它對於調整一些值可能是有用的。可能最有用的調整是proxy_buffers和proxy_buffer_size指令。
⑨ nginx搭建圖片伺服器 web應用如何實現圖片上傳
通過severlet上傳圖片是可以的，甚至用手工方式上傳也可以
因為調用讀取這些圖片的話，不用調用severlet，直接調用nginx即可
nginx本身就可以實現靜態資源的web服務
⑩ nginx 圖片需要緩存嗎
圖片建議還是緩存 比較好。
註：因為涉及到圖片就需要考慮帶寬，如果帶寬低，大圖片渲染頁面的話，不能很快的下載圖片渲染慢，用戶查看頁面的訪問效率和用戶體驗就不是很好。