話說阿舍經過數小時的研究和撰寫之後，終於可以快要完成，於是想就先存個檔，起身活動以後再來好好的做個結尾，那知..，一按下去就出現一大串的錯誤訊息，於是趕快回到首頁來看看，呵呵 !! 沒想到一樣的糟，首頁的節點 ( Node ) 已經都出不來了，還有一大堆的錯誤訊息，纏繞並且盤旋在阿舍首頁的最上方，仔細一看，是什麼 " "Warning: Table './databasename/tablename' is marked as crashed and should be repaired ......"，啥 ?! 是資料庫掛點了嗎 ? 不會吧 ......。

趕緊到 Drupal 官網去查一下，有沒有親愛的大德和阿舍一樣的幸運哩 !..呵呵 ! 果然是有的，原來，這個問題和 Drupal 是沒關係的，而是 MySQL 自己的問題，原因呢 ? 據說有可能是 MySQL 不正確的 Shutdown 所造成的，所以，不知是不是 Hosting 偷偷當掉給造成的，阿舍沒去問，因為急著找方法解決去了哩......。( 後來去問 Hosting 才知，他們正在為 MySQL 做升級，所以會很不穩定的哩 !!，只怪阿舍太久去看公告....=____=!! )

還好，不是很難解決的問題，只要用 MyPhpAdmin 就能把資料庫回復到正常，詳細的作法如下：

1.開啟資料庫
開啟 MyPhpAdmin，在左邊的資料庫列表裡，找到要解救的資料庫，然後點下來進入資料庫的操作頁面。

2.執行修復
進入資料庫頁面後，在畫面的右邊會看到所有的 Table ( 資料表 ) 的列表，接著，將畫面往下拉，拉到 Table列表結束的下面，應該會有一行 「Check All / Uncheck All / Check tables having overhead」的東東，點那個 「Check All」把所有的 Table 都選起來，點完後後，再往右邊看一下，會有一個顯示著 「With Select:」的下拉式選單，往下拉，點那個 「Repaire Table」，這樣就會開始去修復 Table 了。

執行的時候要等一會，時間是看資料量的大小而定，阿舍有一個要等滿久的，有一個就一下而已，等跑完之後，就會出現 Table 修復的結果，一般都會是「OK」的，不過，還是有些是會有問題的，就會出現有差異筆數的問題，阿舍有幾個 Table 有問題，但是，都不是重要的，所以阿舍就沒管它了，如果是 Node 或 User 出問題，那就要檢查一下，看是少了那些囉 !!^^=。

在第二個步驟的時候，阿舍本來是有偷懶的，就是只有選那些出現「in use」的 Table 來修復，結果...還是會有問題的，所以，阿舍才會建議全選來執行，比較不會有問題的哩 !!...。