一、優(yōu)化網(wǎng)站響應時(shí)間的架構方案：

　　網(wǎng)站能不能留的住用戶(hù)，一方面是看內容，另一方面是看響應時(shí)間。通常有以下幾個(gè)方式來(lái)降低網(wǎng)站響應時(shí)間：

　　1、減少HTTP請求。包括合并css和javascript。減少圖片數量，比如利用css的偏移技術(shù)來(lái)在一個(gè)圖片中選擇不同的位置內容。利用瀏覽器的Cache功能，我們可以在頭中聲明是否被瀏覽器緩存。

　　2、動(dòng)態(tài)內容靜態(tài)化。比如永久生成HTML文件。生成靜態(tài)文件并設定生存時(shí)間，到期后查詢(xún)新的動(dòng)態(tài)內容進(jìn)行替換。

　　3、優(yōu)化數據庫。數據庫的性能對于項目整體性能中是重中之重。設計良好的Mysql比亂糟糟的Mysql性能高出N個(gè)數量級，更別論再引入NOSQL了，比如Redis，MongoDB。

　　4、使用負載均衡。將請求合理的分發(fā)到更多服務(wù)器。

　　5、使用緩存。把花費時(shí)間和資源成本高昂的計算結果取出緩存起來(lái)，避免重復計算。比如在Mysql前面擋一層Memcached。比如生成一個(gè)文件，使用的時(shí)候include進(jìn)來(lái)。再比如PHP中的OPCACHE等。

　　二、壓力測試的架構方案：

　　吞吐率是指單位時(shí)間內處理的請求數，單位reqs/s。最大吞吐率是指單位時(shí)間內能夠處理的最大請求出。模擬足夠多的人數和并發(fā)請求來(lái)測試最大吞吐率的方法叫做壓力測試。比如Apache自帶的ab(Apache Bench)。ab的參數很多，常用的有請求數(-n)，并發(fā)用戶(hù)數(-c)，超時(shí)時(shí)間(-t)，長(cháng)連接(-k)，附件一個(gè)Cookie(-c name=value)

　　$ab -c 10 -n 1000 http://localhost/

　　三、長(cháng)連接的架構方案 ： 每次請求都需要TCP的三次握手，握手完比表示連接正式聯(lián)通，之后再發(fā)送數據。那么，把N個(gè)請求，就需要3N次握手，傳遞N次數據，得到N次響應，總共5N。如果把N個(gè)請求合成一個(gè)請求，就是3次握手，1次傳遞數據，1次返回響應，共5次。但是，有時(shí)候我們需要上一次響應的返回結果來(lái)發(fā)送新一輪的請求，在這個(gè)時(shí)候，合并請求并不好實(shí)現，這就需要長(cháng)連接。使用起來(lái)很簡(jiǎn)單，在頭中包含如下：

　　Connection: Keep-Alive

　　客戶(hù)端和服務(wù)器端都可以設置長(cháng)連接的最大時(shí)間，當兩者不統一時(shí)以小的一方為準。開(kāi)啟長(cháng)連接后進(jìn)行壓力測試：

　　發(fā)現提升不止三五倍。本機是提升了8倍的性能。

　　四、提高M(jìn)ysql的響應速度的架構方案 ： Handlerocker是日本的一位架構師開(kāi)發(fā)。Mysql的一種插件。Handlerocker實(shí)現了繞過(guò)Mysql的SQL解析層。在Mysql5.1以上版本可以使用，詳情可以查看Mysql手冊。這里就不在闡述。

　　五、Mysql主從復制的架構方案 ： 在分布式部署中，1臺主庫，N臺從庫。主庫只寫(xiě)，從庫只查。主庫從庫數據需要實(shí)現統一，這就是主從復制。

　　優(yōu)點(diǎn)是： 1、從庫備份時(shí)，主庫可以繼續處理更新。

　　2、優(yōu)化響應時(shí)間。 3、增加健壯性。主庫掛了可以切換到從庫作為備份。 主從復制的實(shí)現過(guò)程有三步，1個(gè)在主庫，2個(gè)在從庫：

　　1、主庫服務(wù)器將用戶(hù)對數據庫更新的操作以二進(jìn)制格式保存到Binary Log日志文件。然后Binlog Dump線(xiàn)程將Binary Log日志文件傳輸給從庫服務(wù)器。

　　2、從庫服務(wù)器通過(guò)一個(gè)I/O線(xiàn)程將主庫服務(wù)器的Binary Log日志文件中的更新操作復制到一個(gè)叫做Relay Log中的中繼日志文件中。

　　3、從庫服務(wù)器通過(guò)另一個(gè)SQL線(xiàn)程Relay Log中繼日志文件中的操作依次在本地執行，從而實(shí)現主從數據庫之間數據的同步。 本篇只是簡(jiǎn)單的列出方案，詳細的配置和實(shí)現步驟將在另一篇中寫(xiě)到。

　　六、代理的架構方案 ： 讀取內存的速度是讀取硬盤(pán)的100000-1000000倍。把訪(fǎng)問(wèn)過(guò)的頁(yè)面緩存在內存中，下次直接從內存中讀取，可以有效加速。 1、傳統代理?？蛻?hù)端發(fā)送請求給代理服務(wù)器，代理服務(wù)器向WEB服務(wù)器取到數據并返回給瀏覽器。代理服務(wù)器就是一個(gè)有大的存儲空間的Cache。 2、反向代理。和傳統代理原理類(lèi)似，只是使用對象不同。傳統代理的使用對象是客戶(hù)端，反向代理的使用對象是服務(wù)器。用戶(hù)通過(guò)反向代理訪(fǎng)問(wèn)Web服務(wù)器，Web服務(wù)器是隱藏起來(lái)的。不過(guò)用戶(hù)不關(guān)心這些，權把代理服務(wù)器當作真實(shí)的Web服務(wù)器。反向代理有Vamish。

　　七、異步計算的架構方案 ： 比較耗時(shí)的比如將用戶(hù)上傳的文件分發(fā)到多臺機器，比如裁剪圖片，視頻轉碼等?？梢允褂卯惒椒桨?。讓用戶(hù)無(wú)須等待計算結束而是先行返回結果。代表產(chǎn)品有和Memcache同一家的Gearman。關(guān)于Gearman的使用可以查看PHP手冊。