如果您的操作遇到cpu限制問題，那麼您肯定需要檢視：
(a)資料庫的結構 - 是否完全標準化。糟糕的資料庫結構會導致複雜的查詢進入處理器。
(b)您的索引 - 您的查詢所需的一切都已充分索引。缺乏索引可能會嚴重影響處理器和記憶體。要檢查索引，請執行「explain ... your query」。在結果說明中沒有使用索引的任何行，您需要仔細檢視，如果可能，新增索引。
(c)盡可能使用準備好的陳述。這些可以節省cpu進行相當多的運算。
(d)使用適合您的cpu的更好的編譯器和優化。這是乙個專用型別，但它可以在這裡和那裡收集奇怪的額外百分比。
如果您的操作被讀取繫結有問題
(a)確保您盡可能快取。檢查query_cache_limit和query_cache_size的配置變數。這不是乙個神奇的修復，但提高這些可以幫助。
(b)如上所述，檢查索引。好的索引可以減少需要讀取的資料量。
如果您的操作遇到問題，請寫入繫結
(a)檢視您是否需要當前擁有的所有索引。索引是好的，但是它們改善查詢時間的權衡是維護這些索引會影響編寫資料所花費的時間並使它們保持最新。通常情況下，如果有疑問你會想要索引，但有時候你對寫乙個錶比你從中讀取表更感興趣。
(c)檢查同時嚴重讀取和寫入的**，例如：乙個訪問列表，不斷更新訪問者的會話資料，並從中讀取。很容易優化乙個表來讀取和寫入，但不是真的可以設計乙個**來擅長兩者。如果您遇到這種情況並且它是瓶頸，請考慮是否可以拆分其功能或將使用該錶的任何複雜操作移動到臨時表，您可以定期更新為塊。
醇》請注意，上面唯一具有主要效果的內容是良好的查詢設計/索引。除此之外，您還想開始考慮使用更好的硬體。特別是，您可以從raid-0陣列中獲得很多好處，這對於編寫繫結問題沒有太大作用，但是可以為讀取繫結問題創造奇蹟。它可以是乙個非常便宜的解決方案，可以大大提公升。
您還錯過了列表中的兩項內容。
記憶體限制。如果您遇到記憶體問題，那麼必須檢查可以被編入索引的所有索引。如果由於某種原因您使用了很多與資料庫的離散連線，您還可以檢視更大的連線池。
網路繫結。如果你遇到網路限制問題......你可能不是，但如果你是，你需要另乙個網絡卡或更好的網路。
醇》注意，分析資料庫效能的一種簡便方法是開啟log_slow_queries選項並將long_query_time設定為0以獲取所有內容，或者將0.3或類似內容設定為捕獲可能保留資料庫的任何內容。您還可以開啟log-queries-not-using-indexes以檢視是否有任何有趣的內容。請注意，這種日誌記錄可以終止繁忙的實時伺服器。在開發盒上試一試即可。
程式設計師的發展瓶頸 如何突破瓶頸，瓶頸 突破瓶頸
首先要做到下面這些.1.自學能力是競爭力之本 2.自信能讓你與眾不同 3.興趣是學習效率的催化劑，培養自己的職業興趣。4.設定專案目標，以做專案的形式提公升學習效果，切忌無目標地學到哪算哪。5.話語權首先來自能力。6.難學的技能一旦掌握更具競爭優勢。7.用階段性成果不斷增強自己的自信，但最終支援自信...
mysql 瓶頸診斷 又快又準的sql瓶頸診斷方法
我們面試經常會被問到資料庫優化這塊，我們很多時候能回答一些大而化之的策略，例如主從分離，分表分庫之類，新增合理的索引，那繼續追問，用的什麼中介軟體主從分離，用的什麼策略進行分表分庫，什麼是合理的索引，加了索引表掃瞄少了多少行，什麼情況下索引會失效，好吧，笑容逐凝固，不知如何作答了，本篇就優先圍繞sq...
mysql離散查詢 如何寫出高效能的MySQL查詢
想寫這樣一篇文章很久了，但始終沒有下手。最近幫同事看了幾個查詢，而且自己也在考慮乙個索引系統的問題，所以今天就把這個寫了。介紹一下mysql的索引機制，還有一些mysql查詢的優化策略。鄙人才疏學淺，很可能說的不對，請路過的各位大俠批評指正，獻醜了。首先，說說mysql的索引儲存方式。mysql的索...