2014-01-16 128 views
1

我正在從事的一個項目正受到最近DB(自上週以來)放緩的影響。MySQL突然性能下降

代碼沒有改變,數據可能已經改變了一點但不顯着,所以在這個階段,我只是在探索數據庫配置(因爲我們在一個託管託管平臺上,最終在過去有類似的問題) 。

不幸的是我已經超出了我的深度...有誰能請看看下面的SHOW STATUS的輸出,看看是否有任何設置警報響鈴?到目前爲止我發現的唯一情況是key_reads vs key_read_requests看起來不太正確。

我們的設置是複製2臺服務器,所有讀取都是從從站完成的。在主設備上運行0.01秒的查詢在從設備上需要7秒鐘...這只是最近纔開始的。

所有表都是MyIsam,插入/更新可以忽略不計(更新發生在幾個小時之外)。前端是一個在IIS8上運行的ASP .NET網站(.NET 4),帶有用於數據訪問的devart組件。

謝謝!

SHOW STATUS輸出是在這裏:http://pastebin.com/w6xDeD48

+0

你的索引和日誌文件是什麼樣的?維護計劃是否正常運行? – Liath

+0

@Lath感謝您的評論 - 有一些需要改進的疑問,但沒有一個突出,最近沒有改變。我正在等待與我們託管的託管DBA重新維護計劃和日誌,但迄今爲止所有跡象表明,一切正常(我們沒有直接訪問服務器,所以我很抱歉,我不能再更多具體) – ItalianJob

+0

它不覺得它是查詢特定的 - 否則有些事情會很快而且其他很慢。我想知道是否有什麼事情開始失敗,並且這些跡象不是重建或類似的東西......純粹的猜測沒有更多的信息。 – Liath

回答

0

只是一個更新,以防將來有助於其他任何人 - 它現在看起來像罪魁禍首可能是查詢緩存,因爲我們看到它關閉時性能更好(仍然不像以前那麼好)問題)。

所以我們會盡量調整一下,重新獲得卓越的表現!

0

其他因素可以影響MySQL的性能:

  • 病毒掃描軟件 - >我已經與McAfee受困出peformance由於它掃描臨時表文件
  • 一個問題
  • 在服務器上運行的其他服務?

您是否在查詢上嘗試過EXPLAIN SELECT?這會給你一個索引大小的指示。由於@Lath表示索引可能在從服務器上過時,但在主服務器上找到。