MySQL的性能致殘 - 指標

如果有誰知道一個快速的方法來檢查一些指標的健康上的表只是想知道。我們遇到麻煩的是一張相當大的表格，但它有索引，因此應該沒問題（「來自mytable的顯示索引」顯示它們存在）。MySQL的性能致殘 - 指標

但它得很慢，每當我們試圖訪問這個表，所以想知道如果我們需要重建索引什麼的。我們都沒有這裏的DBA所以真的appreicate任何提示，它變得相當緊迫:(

這是順便說一下MyISAM表，從V4 DB轉儲到V5數據庫。

感謝

來源

2011-09-06 Richard

什麼是慢？閱讀，寫作還是兩者兼而有之？你有什麼指數？ –

你可以發佈你的表格結構和速度慢的查詢嗎？ – Arkh

Check Table
上slow query logging打開，如果它不是已經在。
運行explain關於緩慢的查詢來調查他們爲什麼運行緩慢。

來源

2011-09-06 15:46:55

謝謝，我遵循你的建議並運行一個檢查表（擴展），它似乎是好的。請檢查下一個緩慢的查詢日誌，謝謝。 Emil，Arkh，它是讀寫的。我會盡快爲你準備好結構。再次感謝您的幫助 – Richard

請發佈最慢運行查詢的解釋計劃。 –

嗨，我們仍然瘋狂地試圖解決這個問題，但有更多的信息。當我們使用'filesort'而不是索引進行查詢時，性能很好。這些指數似乎在放慢速度。另外，設置一個下限（限制1）會產生巨大的性能影響。如果我們運行相同的查詢（限制爲10000），性能會很好。將嘗試獲得更多信息的一些解釋計劃，但欣賞任何更多的想法。 – Richard

MyISAM表並不總是更新索引分佈信息。因爲這個，有時我們需要手動完成：http://dev.mysql.com/doc/refman/5.0/en/analyze-table.html

來源

2011-09-06 16:13:46 Karolis

謝謝，我運行了分析，它說對於所討論的表格一切都很好。謝謝你的提示。 – Richard

@Richard所以，據我瞭解，你的查詢性能沒有改變後，你運行分析，是嗎？查看您的查詢，索引和解釋計劃將非常有用。 – Karolis

感謝大家的幫助，真的很感激它（我知道這是大約一週前，因爲我發佈了這個，一直很忙碌...）。結果證明索引很好，但被禁用。我們認爲這是因爲當我們進行備份時，備份崩潰了一半。顯然，備份會禁用索引，然後再重新啓用它們。由於它墜毀，他們從未重新啓用。一旦我們打開它，它是超級快速，唷...

希望對別人有用

來源

2011-09-16 10:06:48 Richard

MySQL的性能致殘 - 指標

回答

相關問題