Mariadb無法重新啓動

mysql會引起systemctl狀態。Mariadb無法重新啓動

Jan 02 13:05:10 CentOS生產mysqld [31513]：InnoDB：錯誤號11意味着'資源暫時不可用'。

一月02 12點31分36秒的CentOS-生產的mysqld [31394]：InnoDB的：某些操作系統錯誤數在

揚描述02 12點31分36秒的CentOS-生產的mysqld [31394]：InnoDB的： http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html

1月2日12時31分36秒的CentOS生產的mysqld [31394]：2017年1月2日12時31分36秒139852839635200 [錯誤] InnoDB的：無法打開」 ./ibdata1'

揚02 12:31:36 CentOS-production mysqld [31394]：2017-01-02 12:31:36 139852839635200 [錯誤] InnoDB：無法打開或創建系統表空間。如果您嘗試添加新的數據文件...

Jan 02 12:31:36 CentOS生產mysqld [31394]：2017-01-02 12:31:36 139852839635200 [錯誤]插件'InnoDB'init函數返回錯誤。

Jan 02 12:31:36 CentOS生產mysqld [31394]：2017-01-02 12:31:36 139852839635200 [錯誤]插件作爲存儲引擎的'InnoDB'註冊失敗。

1月2日12時31分36秒的CentOS-生產systemd [1]：mariadb.service：主處理退出，代碼=退出，狀態= 1/FAILURE

1月2日12時31分36秒的CentOS-生產systemd [1]：無法啓動MariaDB數據庫服務器。

MariaDB的日誌說：從/var/run/mariadb/mariadb.pid結束

pid文件我在最新的工作

161222 16時38分06秒mysqld_safe的mysqld的版本的mariadb，我沒有任何數據。什麼做錯了？

來源

2017-01-02 SpeedyGonzales

是否有MariaDB的一個實例已經打開？（嘗試 ps的斧頭| grep的mysqld的，或檢查lsof的如果有進程在持有該文件打開。）

幾年前，我實現了諮詢文件鎖定，以防止多個InnoDB的情況下訪問同一個文件：

commit 09fc359480135997b0a5ea831d42ab7497f129be 
Author: [email protected] <> 
Date: Wed May 5 11:40:17 2004 +0300 

    InnoDB: os0file.c: Lock files exclusively (Bug #3608)

雖然該檢查的輸出未包含在錯誤日誌輸出中，但我懷疑它在那裏。

來源

2017-01-03 16:33:59

Mariadb無法重新啓動

回答

相關問題