背景
領導通知過兩天要搞秒殺活動，流量會暴漲，mysql 可不能拖後腿啊，讓我提供個方案。
大流量下需要了解的事
資料庫響應慢意味著使用者、領導會覺得你的能力不行
哪怕幾秒鐘的停機時間也意味著巨大的損失，可能會流失使用者
活動前做好監控，如果對 mysql 內部一無所知，如何知道是否有效果？
對應用程式進行負載測試，測試在正常負載和峰值負載下的擴容。在活動開始之前找出瓶頸是最佳時機，活動開始才發現系統的瓶頸，時間倉促，且容易引發更大的問題。
測試災備切換所需的時間及是否有效
停止發布新的**及配置檔案
針對 checklist 仔細檢查，不要假設。大部分故障是容易被忽視的問題引起
檢查備份是否有效
活動期間
災備切換是最後的選擇。不到萬不得已，不要做。
提前安排好 owner，每個人負責具體的事項，對該事項進行監控、調整和故障修復。
出現問題優先恢復業務，而不是留著故障等待開發排查
別讓問題變得更嚴重，某些操作可能會讓 mysql 變慢，在更改前評估影響
收集好日誌及其他資料用於事後分析，預防之後不能重現
活動後分析並了解流量和使用情況，用於下次活動。
不要因為活動結束了就忘記活動期間出現的問題，問題不會自己消失。
從錯誤中吸取教訓，預防下次
將系統公升級到最新版和漏洞修復，
不要自滿，技術每年都在變化，也許今年的經驗明年就不好使了，必須定期分析、規劃和審查
如何解決高併發和大流量
名詞解釋 併發 在作業系統中，是指乙個時間段中有幾個程式都處於已啟動執行到執行完畢之間，且這幾個程式都是在同乙個處理機上執行，但任意乙個時刻上只有乙個程式在處理機上執行。我們說的高併發是什麼？上面的定義明顯不是我們通常所言的併發，在網際網路時代，所講的併發 高併發，通常是指併發訪問。也就是在某個時間...
如何解決高併發和大流量
名詞解釋 併發 在作業系統中，是指乙個時間段中有幾個程式都處於已啟動執行到執行完畢之間，且這幾個程式都是在同乙個處理機上執行，但任意乙個時刻上只有乙個程式在處理機上執行。我們說的高併發是什麼？上面的定義明顯不是我們通常所言的併發，在網際網路時代，所講的併發 高併發，通常是指併發訪問。也就是在某個時間...
如何解決web大流量，高併發問題
對於當今大流量的 每天幾千萬甚至上億的流量,是如何解決訪問量問題的呢?以下是一些總結的方法 第一，確認伺服器硬體是否足夠支援當前的流量。普通的p4伺服器一般最多能支援每天10萬獨立ip，如果訪問量比這個還要大，那麼必須首先配置一台更高效能的專用伺服器才能解決問題，否則怎麼優化都不可能徹底解決效能問題...