一年多以前,我們使用了適用於WordPress的Counterizer插件,從而保持了博客及其讀者的統計信息,該插件幾天前被停用,因為(除其他外)它在數據庫中保存了600MB以上的數據。
碰巧的是(在停用插件並清理數據庫之前),我試圖轉儲數據庫,即將其導出到.SQL並下載,然後在託管終端中出現以下錯誤:
mysqldump:得到錯誤:144:使用鎖定表時,表'./dl_database/Counterize_Referers'被標記為崩潰,並且上次(自動)修復失敗
因此,轉儲沒有進行並且很好......僅僅認為DB的想法 DesdeLinux 我遇到了一個問題,它讓我毛骨悚然:)
通過在Web上進行一些研究,我能夠學習如何解決此問題,顯然不是數據庫確實有問題,只是表被標記為“有問題”,幸運的是,此問題很容易解決。
首先,讓我們訪問MySQL服務器:
mysql -u root -p
我們按[Enter],它將詢問我們MySQL的root密碼,我們將其放置並再次按[Enter]。
如果MySQL服務器安裝在同一台計算機上,則使用此命令,如果要遠程連接到另一台MySQL服務器,則必須在該行中添加以下內容: -h服務器的IP
進入MySQL後,我們將告訴您要使用哪個數據庫,例如,根據上面的錯誤,問題在表中 Counterize_Referers 從數據庫中 dl_數據庫, 以便:
use database dl_database;
現在修復表基:
repair table Counterize_Referers;
請注意,在這些行的末尾有一個分號-» ;
一旦執行了上一條命令,一切都必須恢復正常,至少就我而言,不止一次
然後,僅需再次執行指令以轉儲數據庫,瞧,僅此而已。
無論如何,對於我來說,做備忘錄比做其他事情要重要得多,因為同一件事發生在我身上兩次,我不想忘記保存一天的指示😀
問候,希望對其他人有幫助。
很好,無論出於何種原因,您始終都必須準備此類物品。
謝謝
是的……在出現問題的那一刻,最好可以立即找到解決方案,或者至少知道在哪裡可以毫不拖延地找到解決方案。
好KZKGGaara。 控制台可以做一些PHPMyAdmin無法做的事情。
謝謝
太好了,救了我一次以上。
但是我想知道,不是mysql -u root -p而不是root -u root -p嗎? 我不是要冒犯。
謝謝!
太好了,救了我一次以上。
但是我想知道,不是mysql -u root -p而不是root -u root -p嗎? 我無意冒犯地詢問。
謝謝
大聲笑!!!! 完全正確,我的錯誤大聲笑!
我當時正在寫並正在思考向前邁出的一步,從那裡開始寫root而不是mysql ...感謝警告🙂
別客氣! 重複發帖,抱歉; 我嘗試反復發送它,並告訴我它已經存在(我重新加載了頁面,但沒有看到任何內容)。
問候。
現在,當我進入數據庫問題時,這已經浮出水面了。
你好,好
一個問題,您多久轉儲一次數據庫? 知道獲取600MB數據需要多長時間
聯合國saludo
嗯...我現在不太了解你🙂
在我們對資料庫進行清理之前 DesdeLinux 這個(即資料庫的.sql)超過700MB,因為我們將所有統計資料保存在資料庫中。也就是說,自從部落格開始以來。
現在我們使用的是GoogleA。因此,我們從數據庫中刪除了統計信息表,現在.sql沒有達到80MB
這回答了你的問題了嗎?
你好,好
沒有巨魔,您多久轉儲數據庫一次?
一個月幾次
我總是嘗試擁有最新版本 DesdeLinux
對我來說似乎沒問題,現在無法對損壞的表進行常規修訂了嗎?
非常感謝您的朋友,您的貢獻對我有很大幫助。
問候
親愛的謝謝你,謝謝你的提示,他們幫助了我!
特魯希略-委內瑞拉的問候。
預計
據我所知,如果進程正在運行,我編寫了命令repair table import; 我在那裡
非常感謝,您救了我的皮膚😀
您好朋友,我不知道您能不能幫到我,我的網站也發生了類似的情況,請將此錯誤標記為:
wp_posts表不正確。 報告以下錯誤:表被標記為已崩潰,並且上次修復失敗。 WordPress將嘗試修復此表...
修復wp_posts表失敗。 錯誤:表被標記為已崩潰並且上次修復失敗
我不知道您是否可以幫助我修復它,我是高級WordPress的新手。 嘗試修復wp-post表時,它顯示無法修復的錯誤。 謝謝。 我的網站是: https://diarionoticiasweb.com