错误日志说了什么?我得到了这个错误，它最终是my.cnf文件中的一个旧的无效设置，这是MySQL错误日志指示的。如果不是错误的配置设置，错误日志至少应该为您指明正确的方向。

尝试查找后缀为“.err”的日志文件。应该有更多的信息。它可能在:

/usr/local/var/mysql/your_computer_name.local.err

可能是权限有问题

检查是否有MySQL实例正在运行 Ps -ef | grep mysql 如果是，你应该停止它，或者终止进程: kill -9 PID 其中PID是显示在前一个命令输出的用户名旁边的数字 检查/usr/local/var/mysql/的所有权 ls -laF /usr/local/var/mysql/ 如果它是root的owner，你应该把它改为mysql或your_user sudo chown -R mysql /usr/local/var/mysql/

我希望这对你有用。

在检查错误日志后，我发现了这个:

120309 17:42:49 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data
120309 17:42:50 [Warning] Setting lower_case_table_names=2 because file system for /usr/local/mysql/data/ is case insensitive
120309 17:42:50 [Warning] You need to use --log-bin to make --binlog-format work.
120309 17:42:50 [Note] Plugin 'FEDERATED' is disabled.
120309 17:42:50 InnoDB: The InnoDB memory heap is disabled
120309 17:42:50 InnoDB: Mutexes and rw_locks use GCC atomic builtins
120309 17:42:50 InnoDB: Compressed tables use zlib 1.2.3
120309 17:42:50 InnoDB: Initializing buffer pool, size = 16.0M
120309 17:42:50 InnoDB: Completed initialization of buffer pool
120309 17:42:50  InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name /usr/local/mysql/data/ib_logfile0
InnoDB: File operation call: 'open'.
InnoDB: Cannot continue operation.
120309 17:42:50 mysqld_safe mysqld from pid file /usr/local/mysql/data/lu1s.local.pid ended

为了解决这个问题，我给了整个mysql文件夹的所有权:

cd /usr/local
sudo chown mysql mysql
sudo chown mysql mysql-5.5.21-osx10.6-x86_64
sudo chown _mysql mysql
sudo chown _mysql mysql-5.5.21-osx10.6-x86_64

然后(你也可以做命令行)，我应用权限(一旦我把所有权给_mysql和mysql用户)，从文件夹/usr/local/mysql-5.5.21-osx10.6-x86_64的“获取信息”菜单中的所有附带的文件夹。你不需要把它传给别名，因为它只是一个别名。

文件夹的名称取决于MySQL的安装版本。

请按照brew install mysql的说明安装mysql。

设置数据库以您的用户帐户运行:

对于MySQL 5.x:

unset TMPDIR
mysql_install_db --verbose --user=`whoami` --basedir="$(brew --prefix mysql)" --datadir=/usr/local/var/mysql --tmpdir=/tmp

要在另一个文件夹中设置基表，或者使用不同的用户运行mysqld，请查看mysqld_install_db的帮助:

mysql_install_db --help

查看MySQL文档:

4.4.3 mysql_install_db -初始化MySQL数据目录 2.10.4 MySQL初始帐户安全

对于MySQL 8.x:

unset TMPDIR
mysqld --initialize-insecure --log-error-verbosity --user=`whoami` --basedir="$(brew --prefix mysql)" --datadir=/usr/local/var/mysql --tmpdir=/tmp

确保上面的数据目录/usr/local/var/mysql为空。必要时备份。

例如，要以“mysql”用户运行，你可能需要sudo:

sudo mysql_install_db ...options...

手动启动mysqld:

mysql.server start

注意:如果失败，您可能忘记运行上面的前两个步骤

我使用

全新的MacBook Pro，搭载OS X v10.7.3操作系统。x(狮子) 通过OS X GCC安装程序

我使用Homebrew ('brew install MySQL ')安装MySQL。它安装了几个依赖项，然后安装了MySQL。

当我试着启动它时，

mysql.server start

Starting MySQL
.. ERROR! The server quit without updating PID file (/usr/local/var/mysql/west.local.pid).

我执行这个命令，

/usr/local/Cellar/mysql/5.5.25/scripts/mysql_install_db

和MySQL工作。

请注意，您需要从MySQL目录的顶层运行mysql_install_db(例如，usr/local/Cellar/ MySQL /5.5.25)。直接在/scripts目录中运行它并不能为它提供足够的上下文来运行它。

对我来说，解决方案是覆盖/纠正/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

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

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

这个问题通常出现在你没有libaio的时候。安装了1个库。首先安装这个包，然后重做mysql_install_db步骤。

在终端上从解压库的文件夹中使用以下命令下载并安装库。

make prefix=$HOME install
cd /usr/local/lib
ln -sv $HOME/libaio.so.1 libaio.so.1

我试图重新安装MySQL，实际上我忘记停止服务器从我的旧安装。要解决这个问题，ps -ax | grep mysql并杀死[任何pid]。但话说回来，每个人都不一样。就像其他答案说的，转到/usr/local/var/mysql/并检查你的.err日志文件。

对我有效的解决方案是:不能在MySQL服务器上创建PID文件，权限被拒绝

改变我的一些权限似乎奏效了。我使用的是一台2012年年中的MacBook Air，安装了Mac OS X v10.8.2 (Mountain Lion)， MySQL安装了Homebrew。

chmod 0755 /var
chown root:wheel /var/tmp
sudo chmod 0771 /usr/local/var/mysql/*

我在Mac OS X v10.7.5 (Lion)上尝试升级时遇到了这个问题。

不幸的是，MySQL也从5.5.14升级到5.6.10。我尝试了新版本，但它不起作用。

我决定回到我以前的设置，做了一个

brew switch mysql 5.5.14

这并没有解决问题。我在其他地方阅读并这样做了，瞧!一切都回来了:)

cd /usr/local/var/mysql
mv ib_logfile0 ib_logfile0.bak
mv ib_logfile1 ib_logfile1.bak

我在Mac电脑上也遇到了同样的问题(正确地遵循了brew install建议的所有安装步骤)。

删除错误文件为我修复了它:

执行rm -rf /usr/local/var/mysql/dev.work。Err (dev.work是我的主机名)

这是因为dev.work.err属于_mysql:wheel，而不是我自己的用户名。 chon -ing错误文件可能也会修复它。

它可能与旧的MySQL进程有关。你得关掉它，重新启动。有时可能是由于MySQL配置文件中的冲突。尝试移动它并重新启动MySQL。

查看下面的URL了解更多详细信息。

http://linuxadministrator.pro/blog/?p=225

我也有同样的问题。对我来说，它是在运行mysqld之前的安装时进行brew删除。Homebrew (brew)在卸载之前似乎不会停止服务。

在检查.err文件后，我看到了另一个MySQL副本可能正在运行的日志错误，在终止旧的服务后。然后我可以重新启动新的MySQL安装。

在/etc/ SELinux /config:

SELINUX=禁用并重新启动服务器。

似乎MySQL进程正在运行，因此您无法使用端口。用于查看正在运行的MySQL进程。

ps auxf | grep mysql

如果你得到任何MySQL进程，使用kill -9 PID杀死该进程ID，然后尝试启动MySQL。

重新启动后，我遇到了同样的问题。以下是我的解决方法:

sudo chown -R _mysql /usr/local/var/mysql

我最近遇到了这个问题，但它之前是工作的，然后停止了。

这是因为mysql最初是我创建的。服务器的根用户，而不是我自己。

修复方法是删除err日志文件(它属于_mysql)。重新开始就通过了。

检查一下你的硬盘是否还有剩余空间。当我的硬盘没有剩余空间时，我就遇到了这个问题。

我的错误文件还告诉我，端口可能正在被另一个进程使用，但只是运行sudo mysql。服务器启动修复了我的问题。

我在交换服务器IP地址后遇到了这个问题。在此之前，数据库工作正常。在/etc/my.cnf文件中有一个条目需要更新:

bind-address = xxx.xxx.xxx.xx

里面有旧的IP地址。

我也有同样的问题。原因很简单。我安装了两个MySQL服务器。一个来自MacPorts，另一个来自下载的包。所以我只是按照这里的说明，从包中卸载了一个。

如何从Mac OS X上卸载MySQL ?

在那之后，MySQL运行得很好。

这是5.5版本的一个问题:

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

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

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

简单的…

修复2002年MySQL套接字错误。

修复了即将出现的2002套接字错误-连接MySQL放置套接字的位置和OS X认为它应该在的位置。MySQL把它放在/tmp目录下，而OS X在/var/ MySQL目录下查找套接字是一种允许MySQL客户端/服务器通信的文件。

sudo mkdir /var/mysql
sudo ln -s /tmp/mysql.sock /var/mysql/mysql.sock

做得好:)这对我帮助很大!

我从http://coolestguidesontheplanet.com/上的人那里得到了这个指南

这对我很管用……

检查所有正在运行的MySQL进程:

$ ps aux | grep mysql

USER     PID    %CPU  %MEM 
_mysql   5970   0.0   0.4 ...

然后使用以下命令杀死上面命令中列出的所有进程:

$ sudo kill -9 [PID]

将[PID]替换为上面列表中的单个PID，例如5970。

对使用第一个命令看到的所有行都这样做。

然后你可以再次启动你的MySQL服务器:

mysql.server start

这是一个权限问题。它不能启动，因为它不能写入mac。err文件，因为它属于其他人。

确保/usr/local/var/mysql文件夹属于启动MySQL的用户。如果我以jack的方式启动MySQL，一切都很好。然而，如果你以根用户的身份启动它，它会创建一个mac.err文件(由根用户拥有)，jack不能写入这个文件，所以当你试图以jack的身份重新启动它时，它会失败。

确保运行mysql的用户拥有该文件夹和文件。服务器启动 确保没有mac.err或mac.pid文件被其他人拥有。 启动是作为正确的用户。

将日志文件“ib_logfile”移到“/var/lib/mysql”目录下，重启mysql。有时mysql会失败，因为它面临更新日志文件的困难

mv /var/lib/mysql/ib_logfile* /some/tmp/folder/

你也可以删除ib_logfile，因为它会在mysql重启后自动创建

现在重启mysql服务器

在我的例子中，当我试图启动MySQL时，我收到了同样的错误:服务器退出而没有更新PID文件。这是我所做的修复(使用终端):

goto /usr/local/var/mysql
sudo rm -rf hostname.err # Delete .err file
cd /usr/local/mysql/support-files
sudo mysql.server start # Success!

删除pid文件，然后再次启动mysqld。

删除*。在错误提示的目录中找到的错误文件，创建MySQL所抱怨的文件，并重新启动MySQL。

我试着去掉所有的*。err文件，但我仍然得到相同的错误。我在错误日志中得到了一个错误:

InnoDB:试图打开先前打开的表空间。以前的表空间“erp/brand”在文件路径:./erp/brand.ibd下使用了“ID: 7”的空间。在“filepath: ./webdb1/system_ user.ibd”目录下，无法打开ID为7的表空间“webdb1/system_user”

所以我删除了所有的ib*文件，它工作:

rm -f *.err ib*

试试这个…

导航到问题的父目录cd YOURPATH/usr/local/mysql Rm -rf *.local。Err(删除文件) touch YOURUSERNAME.local.pid(生成新的*.local. pid。错误抛出的Pid文件正在抱怨) “cd”回到你的项目，并重新启动MySQL使用MySQL。服务器启动

在Mac OS X v10.9 (Mavericks)上，这个脚本帮助了我:

bash <(curl -Ls http://git.io/eUx7rg)

然后我重置我的密码根据错误1045(28000):访问拒绝用户'root'@'localhost'(使用密码:YES)。

以安全模式启动MySQL:

/usr/local/mysql/bin/mysqld_safe start

或者在Mac上，结束Activity Monitor应用程序中的任何mysql或mysqld任务(或其他)。

或者检查你的错误

tail -f /usr/local/mysql/data/XXXXX-XXXXX-Pro.local.err

在我的例子中，问题是MySQL数据目录被意外地移动到错误的目录(/var/log，而不是/var/lib)。

在将数据移回/var/lib/mysql并重新启动服务器后，一切又恢复正常了。

对我来说，解决办法很简单。

top

显示mysqld已经在运行。

sudo killall mysqld 

然后让这个过程开始。

在我的Homebrew MySQL安装中，我只需要将位于/usr/local/var/mysql/中的ib_logfile0和ib_logfile1移动到另一个目录。

然后我就用mysql了。服务器启动，一切正常。

当MySQL被不正确地关闭后试图启动MySQL时，可能会发生此错误。

Take a look at the MySQL error log file. If it mentions something like "Check that you do not already have another mysqld process using the same data or log files.", then you need to properly shutdown that process. See what process MySQL is running on. Use the command lsof -i:3306 (the default port number for MySQL is 3306). Your output should look like this: COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME mysqld 4249 username 17u IPv4 0x7843d9d130469c0b 0t0 TCP localhost:mysql (LISTEN) Terminate the process running mysql: kill -15 4249 Kill -15 sends a signal to the process to free up any resources it is locking and terminate the process after. Now MySQL should start up with no problems: mysql.server start

open /usr/local/var/mysql

你只需要删除Finder中的文件夹，然后

brew install mysql

再次安装。

从这个解解出来的。

但是这个解决方案会删除数据库。

不知何故，我搞砸了我在Mac OS X v10.11 (El Capitan)上的权限，决定从头开始重新安装MySQL。

我在El Capitan上使用Homebrew，并决定重新安装:

brew uninstall mysql
sudo rm -rf /usr/local/var/mysql
brew install mysql
mysql.server start # ... SUCCESS

新安装的文件权限从_mysql更改为包含我的用户名:

ls -alh /usr/local/var/mysql
drwxr-xr-x   22 lfender  admin   748B Mar 22 09:58 .
# ... etc.

在我的情况下，我得到了这个问题在一个VPS和cPanel。

我试了之前的大部分答案，但都没有成功。

check where your error log is. It would be mentioned at the end of the error line. ERROR! The server quit without updating PID file (/var/lib/mysql/111318.vps-11.com.pid). Open that file (/var/lib/mysql/111318.vps-11.com.err) and check the bottom for the latest lines. In my case, there is [ERROR] Fatal error: Can't open and lock privilege tables: Table './mysql/db' is marked as crashed and should be repaired How solve this: Recovering and fixing the table indexes by command: [~]# myisamchk -r /var/lib/mysql/mysql/db.MYI MySQL is not running (Re)Start your MySQL server

在我的例子中，错误发生是由于错误日志文件的访问问题。

下面两个命令帮助我解决这个问题。

sudo chown <user> /usr/local/var/mysql/<my-host-name>.err
sudo chmod 666 /usr/local/var/mysql/<my-host-name>.err

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

我先跑

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

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

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

⚠️这将删除您的数据，所以请确保它首先备份。

如果没有人帮助你，只需删除/usr/local/var/mysql文件夹，然后使用brew重新安装MySQL。

对我来说，我必须重新安装MySQL:

brew reinstall mysql

然后按下面的命令启动MySQL，在登录时重新启动:

brew services start mysql

尝试删除ib_logfile0和ib_logfile1文件，然后再次运行MySQL:

rm /usr/local/var/mysql/ib_logfile0
rm /usr/local/var/mysql/ib_logfile1

这对我很管用。

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

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

mysqld --tc-heuristic-recover=ROLLBACK

我在重新启动并删除所有*err文件后遇到了这个问题。

我发现/usr/local/etc文件夹中my.cnf.d目录不见了

它创造了它:

mkdir /usr/local/etc/my.cnf.d

我只是复制粘贴了位于/usr/local/etc中的my。cnf。default文件到这个目录。

然后MySQL可以重新启动:

cd /usr/local/var/mysql
mysql.server start

MySQL可以工作。

这招对我很管用:

注意:这是一个硬重新安装。当所有其他选项都用尽时再使用。

在安装了Homebrew的Mac电脑上:

列出运行时存在的所有MySQL实例

brew services

通过运行删除每个实例

brew uninstall <instance_name>

删除/usr/local/var/mysql目录:

rm -rf /usr/local/var/mysql

使用Homebrew重新安装MySQL:

brew install mysql
brew install mysql@<version> #Optional

重新运行mysql。服务器启动:

mysql.server start

如果你的系统有多个版本的MySQL，那么你很可能会遇到这个PID错误:

我们可以从杀死所有MySQL进程开始:

sudo killall mysqld

转到/usr/local，选择你想要的MySQL版本，然后为它提供MySQL权限。在我的情况下，我需要版本8。

sudo chown -R mysql mysql-8.0.21-macos10.15-x86_64

打开/usr/local/mysql-8.0.21-macos10.15-x86_64文件夹，启动SQL server:

sudo。/ mysql。服务器启动(输入您的笔记本电脑密码)

如果它给出下面的输出…PID问题解决了

sudo ./mysql.server start

Starting MySQL
.. SUCCESS!

我通过跑步解决了这个问题

sudo chown -R myUserName /usr/local/var/mysql

这里myUserName是我当前的登录用户名。

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

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文件。

我的回答很不专业，我不理解。我用的是CentOS和通用版的MySQL…当我用root用户启动mysql时，我的问题用——user=root解决了:

/path/to/mysql/support-files/mysql.server start --user=root

如果你正在使用systemctl启动mysql。服务，您需要更改mysql。/etc/systemd/system/mysql.service中的服务文件:

.
.
.
ExecStart=/path/tp/mysql/support-files/mysql.server start --user=root
ExecStop=/path/to/mysql/support-files/mysql.server stop --user=root
.
.
.

试着用 sudo rm -rf /usr/local/var/mysql/ hostnameerr (HOSTNAME是我的主机名)

这是macOS中MySQL数据库最简单的“PID”错误解决方案:

执行如下命令:

$ sudo mysql.server start
Starting MySQL
.. SUCCESS! 

使用此命令访问数据库:

$ mysql -u root

Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 19
Server version: 8.0.31 Homebrew

Copyright (c) 2000, 2022, Oracle and/or its affiliates.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> show databases;