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的-u -c baza_date wp_options USER_DB -p

  • wp_options修復數據庫表“baza_date”

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

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

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

關於作者

隱身

熱愛這些小工具,並將其寫入2006的欣然stealthsettings.com,我喜歡去發現與你有關計算機和MacOS,Linux和Windows中,iOS和Android的新的東西的一切。

發表評論