mysql需要的四種基本資源：cpu，記憶體，硬碟和網路資源
資料庫併發問題：
邏輯併發問題：應用程式可以看到資源的競爭，如表或行鎖競爭用。這些問題通常需要好的策略來解決，如改變映月宮程式、使用不用功的儲存引擎、改變伺服器配置，或者使用不同的鎖定提示或事務隔離級別。
內部併發問題：比如訊號、訪問innodb緩衝池頁面的資源爭用。可以嘗試通過改變伺服器的設定、改變作業系統，或使用不同的硬體解決這些問題，但通常只能緩解而無法徹底消滅。在某些情況下，可以使用不同的儲存引擎或給儲存引擎打補丁，可以幫助環節這些問題。
磁碟讀取過程：
移動讀取磁頭到磁碟表面上的正確位置。
等待磁碟旋轉，所有所需的資料在讀取磁頭下。
等待磁碟旋轉過去，所有所需的資料都被讀取磁頭讀出。
磁碟影響因素：
儲存容量，傳輸速度，訪問時間，主軸轉速，物理尺寸
快閃儲存器效能特點：
相比硬碟有更好的隨機讀寫效能。快閃儲存器裝置通常讀明顯比寫快。
相比硬碟有更好的順序讀寫效能。但是相比而言不如隨機i/o的改善那麼大，因為硬碟隨機i/o比順序i/o要慢得多。入門級固態硬碟的順序讀取實際上還可能比傳統硬碟慢。
相比硬碟更好地支援併發。
raid可以實現冗餘，擴充套件儲存容量，快取以及加速
raid級別如下：
raid0:如果只是簡單評估成本和效能，raid0是成本最低和效能最高的raid配置，但是，如果考慮資料恢復的因素，raid0的代價非常高。因為raid0沒有冗餘，建議只在不擔心資料丟失的時候用。raid0沒有提供任何冗餘，即使在raid中表示冗餘。實際上，raid0陣列的損壞率比單塊磁碟損壞率要高。
raid1：在很多情況下提供很好的讀效能，並且在不同的磁碟間冗餘資料，所以很好的冗餘性。rraid1在讀上比raid0快一些。他非常適合用來存放日誌或者類似的工作。因為順序寫很少需要底層有很多磁碟。者通常也是只有兩塊磁碟又需要冗餘的低端伺服器的選擇。
raid5：通過分布奇偶校驗塊把資料分散到多個磁碟，這樣，如果任何乙個盤的資料失效，都可以從奇偶校驗中重建。如果兩個磁碟失效，則整個卷的資料無法恢復。就沒個儲存單元的成本而言，這是最經濟的冗餘配置，因為整個陣列只消耗了一塊磁碟的儲存空間。
raid10：由分片的映象組成，所以對讀和寫都有良好的擴充套件性。控制器通過一種串聯映象的實現。經常被訪問的資料可能被放在一對機械硬碟上，而不是分布很多份，可能遇到效能不佳的情況。
raid50：由條帶化的raid組成。如果有很多盤的化，這是raid5和raid10的乙個折中
mysql建立多種型別檔案：
資料和索引檔案，事務日誌檔案，二進位制日誌檔案，常規日誌，臨時檔案和臨時表
執行不正常的網路的原因：丟包，網域名稱解析系統（dns）損壞或變慢。
在生產伺服器上啟用skip_name_resolve是個好主意。啟動skip_name_resolve選項，mysql將不會做任何dns查詢的工作。意味著使用者賬戶必須在host列使用具有唯一性的ip位址,「localhost"或者ip位址萬用字元。那些在host列使用主機名的使用者賬戶將不能登入。
tcp積壓：通過mysql的back_log選項來配置。通過控制mysql的傳入tcp連線佇列的大小。
MySQL資料庫效能優化之硬體優化
在過往與很多人的交流過程中發現，在談到基於硬體來進行資料庫效能瓶頸分析的時候，常被大家誤解為簡單的使用更為強勁的主機或者儲存來替換現有的裝置。個人覺得這其中可能存在乙個非常大的誤區。我們在談論基於硬體進行優化的時候，不能僅僅將資料庫使用的硬體劃分為主機和儲存兩部分，而是需要進一步對硬體進行更細的分解...
MySQL資料庫效能優化 硬體瓶頸分析
在過往與很多人的交流過程中發現，在談到基於硬體來進行資料庫效能瓶頸分析的時候，常被大家誤解為簡單的使用更為強勁的主機或者儲存來替換現有的裝置。個人覺得這其中可能存在乙個非常大的誤區。我們在談論基於硬體進行優化的時候，不能僅僅將資料庫使用的硬體劃分為主機和儲存兩部分，而是需要進一步對硬體進行更細的分解...
mysql的硬體要求 MySQL的最低硬體要求？
這個問題源自 菲利普 大叔 菲利普大叔乃我們mysql的大區銷售，此人英俊瀟灑 風流倜儻 玉樹臨風 神勇威武 幽默風趣 趣fei聞不斷.實在是編不下去了，飯要?出來了 昨日中午，正當我享受幸福的午飯時光，一通 打擾了我的悠閒。客戶問了我乙個問題，徐老師解答一下 給菲利普解答了之後，我又擔心 大叔 年...