專案設計：假設有乙個包含tag功能的部落格系統，資料庫儲存採用mysql，使用者數量為1000萬，預計文章總數為10億，每天有至少10萬的更新量，每天訪問量為5000萬，對資料庫的讀寫操作的比例超過10：1。你如何設計該系統，以確保其系統高效，穩定的執行?
使用nginx做負載均衡，如果預算允許可以使用f5，使用dns輪詢的方式，後端使用伺服器集群的方式，資料庫採用主從分離，分割槽，分表的方式，在進入資料庫前採用動態資料快取的方式，memcache讀寫比例可以使用主從分離，文章總數過大，可以採用單獨的表來儲存文章，並且採用分表的方式，將使用者的其他資訊放在另外的乙個表中，使用使用者id作為外來鍵關聯到文章表中，這樣可以使使用者的其它資訊讀取出來，可以採用memcache快取資料控制對資料庫的頻繁操作。
負載均衡集群、雙節點熱備、分布式處理等都可以用來解決單點故障，比如提供相同業務的web伺服器、mysql資料庫從庫，都可以構建負載均衡集群。一旦集群中的一台伺服器、乙個服務出現故障，自動實時摘除，對使用者來說是不可感知的，不會影響到整個**的訪問，可以為運維工程師留下足夠的時間去排查和解決故障。
可以臨時關閉一些web中的次要功能，來減少伺服器消耗。
當Cacti遭遇大流量
最近在河南專案的幾台windows流 伺服器流量使用很高，需要監控每天的頻寬使用情況，並根據具體的情況做相應的調整！前期部署監控的系統的時候網路流量方面採用cacti統一監控，服務方面採用nagios統一監控並報警！實際的使用過程中，流 頻寬很快就超過了100mb，cacti出圖方面的資訊極為不準確...
php高併發，大流量
一般使用lvs php集群 1000臺 就算日均80億次請求，每秒有10萬併發，那分到每台機器的請求只有100個。只要你的php程式不是太差，100qps總沒問題吧？而真正的瓶頸在於資料庫和儲存系統，資料的一致性，可擴充套件性，可用性很難保證。所以需要根據具體的業務場景再做橫向和縱向的分庫分表。再輔...
nginx大流量負載調優
優化nginx包括兩方面 1.是自己重寫nginx 比如tengine 本身nginx的 已經足夠優秀，如果不是每秒幾千的請求，就忽略這個部分吧。2.另乙個就是和優化nginx的配置，這是中小型 可以重點優化的部分。nginx的配置檔案是一種宣告式定義，控制nginx的每乙個細節。所謂負載調優，就是...