我讀到過here重構大慢SQL查詢,而目前最高響應是米奇小麥,誰希望確保查詢使用索引的主要選擇,並提到:什麼時候應該重建數據庫索引?
第一件事我會做的是檢查以確保有一個活動的索引維護作業定期運行。如果沒有,重新獲得所有現有的索引或者如果不可能,至少得到統計數據更新。
我只是業餘DBA,我做了幾個程序自由職業者,基本上是Java桌面客戶端,偶爾也是MySQL後端。當我設置系統時,我知道要在要查詢的列上創建一個索引,還有一個varchar CaseID和一個varchar CustName。
但是,我在幾個月前設置了這個系統,並且讓客戶端操作它,我相信這些索引應該隨着數據輸入而增長,並且我相信一切仍然很好。我很擔心這些指標應該定期重建,因爲今天我讀到應該有一個「積極的維護工作」。我唯一的維護工作就是每晚進行備份。
我想問社區關於數據庫可能需要的定期維護。是否需要重建索引?我可以信任MySQL後端繼續進行下去,只要沒有人干擾它,並且數據保持在幾千兆字節之下?
如果不打擾客戶,我就無法訪問機器,並且讓他陷入思考可能會出現問題的地步。我知道使用模式,並且正在尋找有關何時需要優化的信息。 – Karl 2008-11-26 19:22:51
然後說實話?我不會爲此而出汗。 – Eli 2008-11-27 00:11:58