systemctl status mysql提出了这个问题。
Jan 02 13:05:10 CentOS-production mysqld [31513]:InnoDB:错误编号11表示资源暂时不可用'。
Jan 02 12:31:36 CentOS-production mysqld [31394]:InnoDB:某些操作系统错误号在
中描述Jan 02 12:31:36 CentOS-production mysqld [31394]:InnoDB:http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html
Jan 02 12:31:36 CentOS-production mysqld [31394]:2017-01-02 12:31:36 139852839635200 [错误] InnoDB:无法打开' ./ ibdata1'
Jan 02 12:31:36 CentOS-production mysqld [31394]:2017-01-02 12:31:36 139852839635200 [错误] InnoDB:无法打开或创建系统表空间。如果您尝试将新数据文件添加到...
Jan 02 12:31:36 CentOS-production mysqld [31394]:2017-01-02 12:31:36 139852839635200 [ERROR] Plugin' InnoDB' init函数返回错误。
Jan 02 12:31:36 CentOS-production mysqld [31394]:2017-01-02 12:31:36 139852839635200 [ERROR] Plugin' InnoDB'注册为存储引擎失败。
Jan 02 12:31:36 CentOS-production systemd [1]:mariadb.service:主进程退出,代码=退出,状态= 1 / FAILURE
Jan 02 12:31:36 CentOS-production systemd [1]:无法启动MariaDB数据库服务器。
MariaDB日志说:
161222 16:38:06来自pid文件/var/run/mariadb/mariadb.pid的mysqld_safe mysqld已结束
我正在开发最新版本的mariadb,但我没有任何数据。 怎么了?
答案 0 :(得分:0)
MariaDB的实例是否已经打开? (尝试 ps ax | grep mysqld ,或检查 lsof 是否有任何进程将文件保持打开状态。)
几年前,我实施了咨询文件锁定,以防止多个InnoDB实例访问相同的文件:
commit 09fc359480135997b0a5ea831d42ab7497f129be
Author: marko@hundin.mysql.fi <>
Date: Wed May 5 11:40:17 2004 +0300
InnoDB: os0file.c: Lock files exclusively (Bug #3608)
虽然该检查的输出未包含在错误日志输出中,但我怀疑它是否存在。