大型Web網站優化總結

阿新 • • 發佈：2019-01-20

大型的網路網站優化總結<一>

我們先說大型網站都具備哪些特點：

高併發，大流量
高可用
海量資料
使用者分佈廣泛，網路情況複雜
安全環境惡劣
需求快速變更，釋出頻繁
漸進式發展

網站效能是決定我們如何去做優化，優化哪些方面

1.使用者：網站瀏覽速度的快慢（使用者體驗）通訊（網速）時間，查詢（資料庫）時間，解析（語言 - >瀏覽器）時間指的就是網站開啟的快慢
2.開發人員：系統的效能（響應延遲，併發數，吞吐量（I / O讀寫量），系統穩定性，高可用性）;
3.運維人員：資源的利用率

優化一之瀏覽器優化

瀏覽器

1.減少HTTP請求（鉻谷歌代理店，火狐的火狐請求）

js，css：每個js或css都不能讓其單獨算一個請求

像js合併成一個或幾個檔案<link>引入common，body【方法：合併檔案】
img小圖片（像li標籤的點，這寫點也是一個圖片，也是連結）引入雪碧圖的概念：即把每個小圖示定位到指定的位置，背景看成大圖
2.瀏覽使用器快取
即一次性把所需的資料加入快取中
3.減少cookie的傳輸

    name、value、expire、path、domain、secure
    name   必需。規定 cookie 的名稱。
    value   必需。規定 cookie 的值。單個value值最大4KB
    expire   可選。規定 cookie 的過期時間。
    path   可選。規定 cookie 的伺服器路徑（作用率）。
    domain   可選。規定 cookie 的域名（有效期）。
    secure   可選。規定是否通過安全的 HTTPS 連線來傳輸 cookie。

    Safari（蘋果）不支援flash 但h5可以
    Firefox和Safari允許cookie多達4097個位元組，包括名（name）、值（value）和等號。
　Opera允許cookie多達4096個位元組，包括：名（name）、值（value）和等號。
　Internet Explorer允許cookie多達4095個位元組，包括：名（name）、值（value）和等號。
      注：

多位元組字元計算為兩個位元組。在所有瀏覽器中，任何cookie大小超過限制都被忽略，且永遠不會被設定。注: 瀏覽器一般只允許存放300個Cookie，每個站點最多存放50個Cookie，每個Cookie的大小限制為4KB。

4.啟用壓縮

JS和CSS如：鉻和百度樣式的原始碼只有一行（減少解析空格和換行的時間）
把空格和換行都去除（線上CSS格式化工具即可）

5.js放最下面，CSS放最上面，載入錯誤只會少了一塊空白，載入報錯會載入不出來

6. CSS雪碧的基本原理是把你的網站上用到的一些圖片整合到一張單獨的圖片中，從而減少你的網站的HTTP請求數量。

優化二之網路運營商優化

網路運營商
CDN原理：
.CDN是一個經濟的策略性部署的整體系統，從技術上全面解決由於網路頻寬小，使用者訪問量大，網點分佈不均而產生的使用者訪問網站響應速度慢的根本原因
CDN目的是通過在現有的網際網路中增加一層新的網路架構，將網站的內容釋出到最接近使用者的網路“邊緣”，使使用者可以就近取得所需的內容，解決網際網路網路擁塞狀況，提高使用者訪問網站的響應速度
.CDN內容分發網路，本質是一個快取，得花錢買部署在網路運營商（網通和電信，雙網通）的機房那裡該節點部署區域和數量加快站點是密切相關的重要加快或域名部分快取：是指資料儲存在相對的I / O操作較快的介質中。

好處：
節約時間：
1.計算時間
2.讀取時間
3.傳輸時間
IP：我們訪問網站時，IP記錄的次數
PV：指頁面訪問的次數

壞處：
1.花錢
2.資料不一致，容易引起髒讀。

髒讀：事務1更新了記錄，但沒有提交，事務2讀取了更新後的行，然後事務T1回滾，現在T2讀取無效。

優化三之快取（合理使用快取）

1.快取熱點：大量的人看

2.高讀寫比（至少是2：1快取才有意義），不經常改變高讀寫比（2/1）的熱點
3.快取內容原則：八二原則（80％的訪問量落在20 ％的頁面上）
需要注意的事項：快取穿透，快取預熱，快取雪崩等問題。

快取雪崩

快取雪崩可能是因為資料未載入到快取中，或者快取同時時大面積的失效，從而導致所有請求都去查資料庫，導致資料庫CPU和記憶體負載過高，甚至宕機。
解決思路：
1，採用加鎖計數，或者使用合理的佇列數量來避免快取失效時對資料庫造成太大的壓力。這種辦法雖然能緩解資料庫的壓力，但是同時又降低了系統的吞吐量
0.2，分析使用者行為，儘量讓失效時間點均勻分佈避免快取雪崩的出現。
3，如果是因為某臺快取伺服器宕機，可以考慮做主備，比如：Redis的主備，但是雙快取涉及到更新事務的問題，更新可能讀到髒資料，需要好好解決。

快取穿透

快取穿透是指使用者查詢資料，在資料庫沒有，自然在快取中也不會有。這樣就導致使用者查詢的時候，在快取中找不到，每次都要去資料庫中查詢。
解決思路：
1 ，如果查詢資料庫也為空，則直接設定一個預設值存放到快取，這樣第二次到緩衝中獲取就有值了，而不會繼續訪問資料庫，這種辦法最簡單粗暴
2，根據快取資料的關鍵的規則。例如我們公司是做機頂盒的，快取資料以蘋果為重點，蘋果是有規則，如果不符合規則就過濾掉，這樣可以過濾一部分查詢。在做快取規劃的時候，關鍵有一定規則的話，可以採取這種辦法。這種辦法只能緩解一部分的壓力，過濾和系統無關的查詢，但是無法根治
3，採用布隆過濾器，將所有可能存在的資料雜湊到一個足夠大的BitSet中，不存在的資料將會被攔截掉，從而避免了對底層儲存系統的查詢壓力。關於布隆過濾器，詳情檢視：基於BitSet的布隆過濾器(Bloom Filter)

快取預熱（洗澡先燒熱水）

單機網路系統情況下比較簡單。
解決思路：
1，直接寫個快取重新整理頁面，上線時手工操作下
2，資料量不大，可以在WEB系統啟動的時候載入

3，搞個定時器定時重新整理快取，或者由使用者觸發都行。

分散式快取系統，如Memcached，Redis，比如快取系統比較大，由十幾臺甚至幾十臺機器組成，這樣預熱會複雜一些。

memcache優點：簡單的通訊協議；豐富的客戶端程式；高效能的優化協議（libevent支援事件觸發的網路通訊程式庫）

解決思路：
1，寫個程式去跑
2，單個快取預熱框架。
注：快取預熱的目標就是在系統上線前，將資料載入到快取中。