如果您正在运行MySQL Galera集群，例如Percona XtraDB集群，请检查wsrep_recovery。*数据目录下的文件(例如:/var/lib/mysql)。

当我试图启动一个已经被主机的OOM杀手杀死的节点时，我从systemctl得到了相同的消息，但在任何正常日志中都没有任何迹象表明为什么启动失败。wsprep恢复文件有答案，在我的情况下，我需要用以下标志启动MySQL:

mysqld --tc-heuristic-recover=ROLLBACK

我也有同样的问题。移动/etc/my.cnf文件对我有用。我在这里得到了信息。

我必须在安全模式下检查我的错误文件，以找到根本原因:

Rm -f /usr/local/var/mysql/*.err mysqld_safe开始 猫mysql / * .err

这显示了升级例程中的一个错误。我试着修复它，但我在网上找不到足够的信息。在那之后，我放弃了，并手动导出数据库:

mysql。server start——upgrade=MINIMAL，因此服务器将启动 mysqldump不会工作，因为它会尝试运行完整的升级，但你可以使用Sequel Pro, phpMyAdmin等来导出。 停止服务器，将mysql文件夹重命名为mysql。坏了，并做一个干净的安装，以获得一个新的mysql文件夹。 启动MySQL，手动导入前面导出的.sql文件。

对我来说，解决方案是覆盖/纠正/etc/my/cnf中的数据目录

我用自述文件中提供的说明从源代码构建MySQL 5.5.27:

# Preconfiguration setup
shell> groupadd mysql
shell> useradd -r -g mysql mysql
# Beginning of source-build specific instructions
shell> tar zxvf mysql-VERSION.tar.gz
shell> cd mysql-VERSION
shell> cmake .
shell> make
shell> make install
# End of source-build specific instructions

# Postinstallation setup
shell> cd /usr/local/mysql
shell> chown -R mysql .
shell> chgrp -R mysql .
shell> scripts/mysql_install_db --user=mysql
shell> chown -R root .
shell> chown -R mysql data

# Next command is optional
shell> cp support-files/my-medium.cnf /etc/my.cnf
shell> bin/mysqld_safe --user=mysql &

# Next command is optional
shell> cp support-files/mysql.server /etc/init.d/mysql.server

Mysqld_safe在没有解释的情况下自行终止。运行/etc/init.d/mysql.服务器启动导致错误:

服务器退出没有更新PID文件

I noticed something odd in the installation instructions though. It has ownership changed to mysql for the directory "data", but not to "var"; this is unusual because for years I have had to ensure that var directory was mysql writable. So I manually ran chown -R mysql /usr/local/mysql/var and then attempted to start it again. Still no luck. But worse, no .err file in the var dir - it was in the "data" dir! so scripts/mysql_install_db sets up camp in /usr/local/mysql/var, but the rest of the application seems to want to do its work in /usr/local/mysql/data!

所以我只是编辑了/etc/my.cnf，在部分[mysqld]下，我添加了一个指令，显式地将mysql的数据目录指向var(因为我通常期望它是任何方式)，这样做之后，mysqld启动得很好。add指令看起来像这样:

数据= /usr/地方/mysql/var

为我工作。希望对你有所帮助。

在这里发布的一些答案的帮助下，我找到了这个问题

我先跑

sudo -我

所以我有根权限。

然后我删除了xxxx。犯错文件:

Rm -rf /usr/local/mysql/data/xxxx.err

当我在SafeMode中创建MySQL后，

/usr/local/mysql/bin/mysqld_safe开始

它将尝试启动并因为错误而退出…一个新的xxx。Err文件将被创建，你需要读取它来查看错误的原因:

Tail -f /usr/local/mysql/data/mysqld.local.err

在我的情况下，由于某种原因，它在/var/log/文件夹中缺少一些文件夹和文件…所以我创建了两个:

cd /var/log

mkdir mysql

触摸mysql-bin.index

创建新文件后，您需要更改权限:

chown -R _mysql /var/log/mysql

当所有这些步骤都采取后，我的数据库立即开始工作……

关键是要读取错误和日志，并找到错误的地方……

这是5.5版本的一个问题:

下面是my.cnf文件[mysqld]部分的示例:

skip-character-set-client-handshake
collation_server=utf8_unicode_ci
character_set_server=utf8

参考:10.3.2服务器字符集和排序规则