將靜態資源分離到靜態站，對靜態資源的請求打到靜態站，增加動態站的請求處理量
頁面靜態化是將程式生成的頁面儲存起來，使用模板技術如freemarker和velocity生成靜態頁面
nginx快取頁面資訊，再次請求時直接從快取中獲取，不需要重新生成，頁面快取記憶體中，提高訪問速度
具有相同處理功能的伺服器組成集群，請求分發到各個伺服器上
業務細化，分解成不同的子業務，不同的業務放在不同的伺服器上，提高請求的處理速度
nginx負載均衡，內建策略，擴充套件策略
內建策略：ip hash、加權輪詢，擴充套件策略：fair策略、通用hash、一致性hash
cdn系統能夠實時地根據網路流量和各節點的連線、負載狀況以及到使用者的距離和響應時間等綜合資訊將使用者的請求重新導向離使用者最近的服務節點上
a. 表結構優化
b. sql語句優化
i. 分割槽
將一張表中的資料按照一定規則分到不同的區中儲存
ii. 分表
橫向拆分（如按年、狀態），縱向拆分（不常訪問欄位拆到新錶，減少操作時鎖定資料範圍）
iii. 索引優化
iv. 使用儲存過程
儲存過程只需要編譯一次，把使用頻率高的複雜操作放儲存過程，避免每次運算元據時進行編譯
v. 分離活躍資料
優先從活躍資料中進行操作，查不到再操作不活躍資料，減小資料範圍
vi. 批量讀取、延時修改
vii. 讀寫分離
讀寫分離，本質是對資料庫進行集群，降低單台伺服器的壓力，主庫寫，底層同步到從庫
高併發解決方案
時常看到高併發的問題，但高併發其實是最不需要考慮的東西。為何，他虛無縹緲，很少有 真的需要這些東西，而且其中很多技術，其實你已經在用了。有這個意識就夠了，不需要時刻盯著這個問題。只有很少的 真的能達到高併發。簡單做乙個歸納，從低成本 高效能和高擴張性的角度來說有如下處理方案 1 html靜態化 2 ...
高併發解決方案
秒殺場景一般會在電商 舉行一些活動或者節假日在12306 上搶票時遇到。對於電商 中一些稀缺或者 商品，電商 一般會在約定時間點對其進行限量銷售，因為這些商品的特殊性，會吸引大量使用者前來搶購，並且會在約定的時間點同時在秒殺頁面進行搶購。限流 鑑於只有少部分使用者能夠秒殺成功，所以要限制大部分流量，...
高併發解決方案2
大型 在面對大量使用者訪問 高併發請求方面，基本的解決方案集中在這樣幾個環節 使用高效能的伺服器 高效能的資料庫 高效率的程式語言 還有高效能的web容器。但是除了這幾個方面，還沒法根本解決大型 面臨的高負載和高併發問題。1 html靜態 對於互動性要求很高的社群型別 來說，盡可能的靜態化也是提高效...