前幾天面試的時候被人問到，關於高併發的處理。
無奈自己只知道從sql語句和表分割槽索引，靜態頁，快取等優化。其他的優化方法不了解。
今天搜尋了下資料，找到幾種解決方案。
1、html靜態化
2、伺服器分離
3、資料庫集群和庫表雜湊
4、快取
5、映象
6、負載均衡;乙個典型的使用負載均衡的策略就是，在軟體或者硬體四層交換的基礎上搭建squid集群，這種思路在很多大型**包括搜尋引擎上被採用，這樣的架構低成本、高效能還有很強的擴張性，隨時往架構裡面增減節點都非常容易。
老實說高併發的情況很多人並不會碰到，因為大部分專案通過對程式本身和簡單的資料庫優化都能有很明顯的提公升。
處理高併發
這個我感覺都不是做開發來考慮的，但是估計面試需要。做查詢的時候會對查詢的表加上共享鎖。做更改的時候對錶加排它鎖。這個進行多個表更新查詢的時候x需要加鎖abc，y加鎖cba。現在x加了a需要c，y加了c需要a，就形成死鎖了。可以對錶建立乙個臨時表，臨時表不需要加鎖。還可以通過建立檔案組，來處理高併發，...
高併發處理
真實的支撐複雜業務場景的高併發系統架構其實是非常複雜的。比如說每秒百萬併發的中介軟體系統 每日百億請求的閘道器系統 瞬時每秒幾十萬請求的秒殺大促系統 支撐幾億使用者的大規模高並發電商平台架構，等等。為了支撐高併發請求，在系統架構的設計時，會結合具體的業務場景和特點，設計出各種複雜的架構，這需要大量底...
高併發處理
1.垂直分層 dns層，跨機房部署，負載均衡，共享儲存實現動靜分離，nginx後掛載伺服器集群，伺服器集群後面掛載微服務化，微服務後掛載資料庫讀寫分離 分庫分表 訊息佇列 任務佇列 任務排程 資料庫同意歸檔 非同步批處理 2.水平分層 根據業務劃分業務線，每個業務設計區分鍵，根據userno實現使用...