您可以查看/var/log/mysql.log日志

对我来说，这不是工作的BCS的错误:

无法为缓冲池错误分配内存

我在/etc/my.cnf中添加了这一行，并启动了服务:

通过innodb_buffer_pool_size = 100

可能是配置文件有问题。我也遇到过类似的问题，但我在网上找不到解决方案。我注意到我有两个my.cnf文件，一个在/etc/mysql，另一个在/etc。 遵循以下步骤:

使用定位my.cnf在您的计算机上检查my.cnf文件。 如果有两个条目，即/etc/my.cnf和/etc/mysql/my.cnf， 将/etc/mysql/my.cnf重命名为其他内容，例如/etc/mysql/my.cnf.old

尝试再次运行MySQL。

我在Ubuntu上有这个，正如我所发现的，有不止一个mysqld实例。

看起来上一个还没有完全停止，而新的已经开始了。运行/ etc / init。d/mysql stop'没有帮助，它总是返回'OK'，并且在那之后会自动启动一个新实例:

        $ sudo /etc/init.d/mysql stop
         * Stopping MySQL database server mysqld        [ OK ] 
        $ pgrep mysql
        28315
        $ sudo /etc/init.d/mysql stop
         * Stopping MySQL database server mysqld        [ OK ] 
        $ pgrep mysql
        28570
        $ sudo /etc/init.d/mysql stop
         * Stopping MySQL database server mysqld        [ OK ] 
        $ pgrep mysql
        28763
        ..... etc ...

幸运的是，下面的命令已经解决了这个问题:

    $ sudo service mysql stop
    mysql stop/waiting

    $ ps -ef | grep mysql
    29841 26858  0 10:59 pts/8    00:00:00 grep --color=auto mysql <--- IT's gone ! 

之后，我能够再次启动mysql，并看到mysql。Sock已经创建成功。

检查你是否拥有正确的权限:

sudo chmod 755 /var/lib/mysql/mysql

我也有同样的问题，这个方法对我很有效。这样做之后，我就可以启动MySQL了。

在我的例子中，问题是我所有数据库的页面损坏(检查mysql错误日志)。

我用强制恢复InnoDB解决了这个问题。诀窍是编辑/etc/mysql/my.cnf并添加

innodb_force_recovery = 4

略低于

[mysqld]

然后重新启动mysql。 在检查一切工作正常后，再把线移回来。

我也遇到了这个问题，但我刚刚遇到了:

sudo service mysql restart 

这对我很管用。