WordPress的wp_options損壞的表/錯誤建立一個數據庫連接。

我迄今聽到的2015是任何 病毒利用SQL 把“下”上百個網站和博客 WordPress,因為它是在往年,但大約一個月發生奇怪的事情。 我遇到了似乎失去了許多網站 連接到數據庫. 建立數據庫連接錯誤.
實際上,當WordPress發生這樣的錯誤時,首先要注意的是:

  1. 如果服務 MySQL的 在服務器上運行。 有在其中的情況下 服務器過載 它是數據庫服務的主機 MySQL的 / mysqld的 不要再跑了。 在這種情況下,如果存在這種可能性,則終端服務(通過ssh或控制台)將重新啟動或Web界面。
  2. 配置錯誤 用戶 / in wp-config.php文件。 在這種情況下檢查,如果用戶數據庫和數據庫名稱是WP-config.php文件正確。

第三種情況是 腐敗 表格(原因不明) wp_options 您的 MySQL的。 所以,如果你驚慌,如果您發現該網站有“錯誤建立一個數據庫連接”,你應該檢查數據庫表都還好。

如何檢查,如何wp_options WordPress的修復,以防它被損壞的表。 標記為崩潰,不應該被修復。

1。 打開 phpMyAdmin的我們去的網站,已關閉的數據庫,並試圖訪問表 wp_options。 如果它已損壞,則將會看到,這個通知警報。

在2015 12-16-6.32.25 PM屏幕截圖

在上面的屏幕大約是表 wp_options 數據庫“mobile_apk“。 表'SQLDB / wp_options'被標記為崩潰,修復不應該是.

2. 選擇表wp_options通過檢查旁邊的複選框,然後去下拉菜單的底部(選中),然後選擇“修表“。

sql_repair_table_wp_options

3。 經過本教程的步驟,一個SQL語句的答案,然後檢查該網站進去的參數正常。

在2015 12-16-6.33.15 PM屏幕截圖

沒有安裝phpMyAdmin的WordPress用戶可以通過執行以下命令從數據庫所在的終端/服務器執行此操作:

  • 檢查表已損壞wp_options:

mysqlcheck -c base_date wp_options -u user_db -p

  • wp_options修復數據庫表“baza_date”

mysqlcheck的-r -u用戶-p MYDB wp_options

令人高興的是,確保後,該網站恢復到正常使數據庫的備份。 甚至建議定期備份。 你永遠不知道:)

WordPress的wp_options損壞的表/錯誤建立一個數據庫連接。

關於作者

隱身

我熱衷於對涉及小工具和IT的一切事物,我很高興在2006上的secretthsettings.com上撰文,也很高興與您一起發現有關計算機和macOS,Linux操作系統, Windows,iOS和Android。

如何1

  • 為什麼會這樣,但? 我已經遇到此與多個站點具有所有Godaddy的服務器上託管的客戶。 修復它是很容易的,但是什麼使得它在初戀腐敗以及如何防止它再次發生?

發表評論