快被急疯了， MySQL 启动不了，始终显示“The server quit without updating PID file”

[Reign]

昨晚睡了两个小时的觉，捣鼓了一晚上都不行，始终启动不了 MySQL

系统是 centos6.5 安装的 AMH4.2 ，昨天下午网站始终打不开，于是我想重启 MySQL ，用 amh 自带的命令： amh mysql 然后选择 restart ，但是，那个 MySQL 一直关不了，等了好久都关不了，我一时心急，做出了一个错误的决定，关机重启，重启之后， amh 的 nginx 和 php 能正常启动，就是 MySQL 一直启动不了，我用 amh mysql 命令，选择了 start ，始终显示这个错误信息：

[AMH] MySQL Management please select: (1~6)
1) start 3) restart 5) force-reload
2) stop 4) reload 6) exit

Starting MySQL.The server quit without updating PID file (/[FAILED]l/mysql/data/ns471333.eu.pid).
把网上的做饭全部试玩了都不行，比如这个帖子里面的： http://stackoverflow.com/questions/4963171/mysql-server-startup-error-the-server-quit-without-updating-pid-file

求 MySQL 高手解疑一下吧，谢谢，谢谢
-------------------------------------------------------------------------------------------------------------------------------
这是error.log信息：
160810 00:15:00 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data
160810 0:15:00 [Note] Plugin 'InnoDB' is disabled.
22:15:00 UTC - mysqld got signal 11 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.

key_buffer_size=16777216
read_buffer_size=262144
max_used_connections=0
max_threads=151
thread_count=0
connection_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 133467 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0 thread_stack 0x30000
/usr/local/mysql/bin/mysqld(my_print_stacktrace+0x33)[0x838bdb3]
/usr/local/mysql/bin/mysqld(handle_fatal_signal+0x432)[0x8280302]
[0xa0af2400]
/usr/local/mysql/bin/mysqld(wait_for_free_space+0x5c)[0x837368c]
/usr/local/mysql/bin/mysqld(my_write+0x102)[0x838a602]
/usr/local/mysql/bin/mysqld(my_b_flush_io_cache+0x43a)[0x8376dfa]
/usr/local/mysql/bin/mysqld(_ZN13MYSQL_BIN_LOG21sync_purge_index_fileEv+0x20)[0x82fcc10]
/usr/local/mysql/bin/mysqld(_ZN13MYSQL_BIN_LOG4openEPKc13enum_log_typeS1_10cache_typebmbb+0xc9)[0x83027a9]
/usr/local/mysql/bin/mysqld[0x812a116]
/usr/local/mysql/bin/mysqld(_Z11mysqld_mainiPPc+0x3a1)[0x812c9d1]
/usr/local/mysql/bin/mysqld(main+0x1b)[0x8123edb]
/lib/libc.so.6(__libc_start_main+0xe6)[0xa07c7d26]
/usr/local/mysql/bin/mysqld[0x8123e21]
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.
160810 00:15:00 mysqld_safe mysqld from pid file /usr/local/mysql/data/ns471333.eu.pid ended
160810 00:21:36 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data
160810 0:21:36 [Note] Plugin 'InnoDB' is disabled.
22:21:36 UTC - mysqld got signal 11 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.

key_buffer_size=16777216
read_buffer_size=262144
max_used_connections=0
max_threads=151
thread_count=0
connection_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 133467 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0 thread_stack 0x30000
/usr/local/mysql/bin/mysqld(my_print_stacktrace+0x33)[0x838bdb3]
/usr/local/mysql/bin/mysqld(handle_fatal_signal+0x432)[0x8280302]
[0xa52d9400]
/usr/local/mysql/bin/mysqld(wait_for_free_space+0x5c)[0x837368c]
/usr/local/mysql/bin/mysqld(my_write+0x102)[0x838a602]
/usr/local/mysql/bin/mysqld(my_b_flush_io_cache+0x43a)[0x8376dfa]
/usr/local/mysql/bin/mysqld(_ZN13MYSQL_BIN_LOG21sync_purge_index_fileEv+0x20)[0x82fcc10]
/usr/local/mysql/bin/mysqld(_ZN13MYSQL_BIN_LOG4openEPKc13enum_log_typeS1_10cache_typebmbb+0xc9)[0x83027a9]
/usr/local/mysql/bin/mysqld[0x812a116]
/usr/local/mysql/bin/mysqld(_Z11mysqld_mainiPPc+0x3a1)[0x812c9d1]
/usr/local/mysql/bin/mysqld(main+0x1b)[0x8123edb]
/lib/libc.so.6(__libc_start_main+0xe6)[0xa4faed26]
/usr/local/mysql/bin/mysqld[0x8123e21]
The manual page at http://dev.mysql.com/do160810 00:21:36 mysqld_safe mysqld from pid file /usr/local/mysql/data/ns471333.eu.pid ended

感谢各位回答，刚刚 df -h 才发现，硬盘被撑爆了（笑哭脸），终于找到原因了，希望大家引以为戒

[qiayue]

曾经遇到过几次，按照网上搜索的办法都解决了

你看看是不是硬盘满了，然后该删的删

[Reign]

@qiayue 硬盘 2T ，剩余空间太多了

[jugelizi]

记得好几次 centos 断电重启 MySQL 服务需要删除 my.cnf 才能起来

[Reign]

@jugelizi 试了的，删了 my.cnf 还是启动不了 MySQL

[gzlock]

docker 保平安

[Bardon]

是重启的时候没有清理掉 pid file 么？
rm ns*.eu.pid 试试
再 rm *.local.err 后重启 mysql 试试

[newghost]

160810 0:15:00 [Note] Plugin 'InnoDB' is disabled.


你用的什么引擎？

[wander2008]

你可以删除上面说的 pidfile 试试。我感觉好像是权限的问题。

[Reign]

@newghost myisam

[Reign]

@wander2008 mysql 文件夹权限都-R 设置成 755 了，用户名和组都是 MySQL

[davidyin]

删掉 pid 文件，再启动 mysql 。
查看一下 pid 文件的权限。

基本就这两条。

[xiaobu]

error 日志看下，里面有提示的

[blacklee]

#6 应该是对的，至少我在 Mac 上碰到这个错误消息的时候这么处理是 OK 的。

[Reign]

@davidyin 里面就没有找到 pid 文件，我停止 MySQL 都显示： MySQL server PID file could not be found! mysql 文件夹下面全都是可写的

[wander2008]

@Reign mysql 这货文件权限好像还挺奇怪的。你看看配置文件里面的 datadir 指定到默认配置试试。还原默认配置。以前也遇到 pid 问题。

[Reign]

@Bardon 把这两个删完了都不行，还是抛出那个错误

[davidyin]

@Reign
/usr/local/mysql/data/ns471333.eu.pid
建议命令行手工安装 mysql 。
不懂 AMH 控制面板。

[petelin]

我遇到过改的是 mysql 目录权限 777 ，突然就好了，，，很诡异， mac

[Reign]

@petelin 这么做也不行

[xi_lin]

你找找你机器上有几个 my.cnf
分别看看相应的配置目录下有没有 pid 文件

[Neveroldmilk]

估计是没改对 mysql 的 my.cnf 。 mysql 的版本以及 Linux 发行版不同，配置文件的路径大不相同。

[notolddriver]

首先使用 ps -ef |grep mysqld 查看下 pid
然后 kill -9 pid
再重启 mysql 试下 一般会正常


不行的话：

源码包解压出来的目录下 support-files/目录下 拷贝 my.cnf 的 模板文件


我拷贝的这个
cp ./support-files/my-innodb-heavy-4G.cnf /etc/mysql/my.cnf


记得一定在重启前 杀掉 mysql 的进程

配置的 my.cnf 文件有问题

[Reign]

@xi_lin
@Neveroldmilk

# locate my.cnf
/etc/my.cnf
/usr/local/mysql/mysql-test/include/default_my.cnf
/usr/local/mysql/mysql-test/suite/federated/my.cnf
/usr/local/mysql/mysql-test/suite/rpl/my.cnf
只有第一个了

[yanyandenuonuo]

内存爆了吧。。试试加内存或者 swap

[Reign]

@yanyandenuonuo 话说 我的内存消耗咋这么大，什么程序都没运行啊
total used free shared buffers cached
Mem: 4020 2514 1506 0 478 1774
-/+ buffers/cache: 262 3758
Swap: 510 0 510

[SharkIng]

删了 my.cnf????? 什么鬼点子？

我遇到过一个类似的问题，（忘记 Error Message 是什么了）你注意一下，你的 my.cnf 是 MySQL 的配置文件，你删了肯定不能用了啊.....

你要是安装的那种一键安装或者集成的 LN(A)MP 之类的东西，一般的文件是安装在 /usr/local/里面的，你的 MySQL 配置文件应该是在 /etc/mysql/my.cnf 之类的地方。如果你系统 Somehow 又安装了一遍 MySQL ，那么有可能你的配置文件默认到了 /etc/my.cnf 上，你确认下你是不是有两个 my.cnf

我当时遇到的问题是无法启动，研究半天发现是 my.cnf 的配置上的一些内容不一样，例如数据库的位置等等，解决办法你把两个弄成一样的就行了（除非你想去研究哪个是正确的配置问题）

[Reign]

@yanyandenuonuo 清理掉内存启动 mysql 还是抛出一样错误

[Reign]

@SharkIng 只有一个 /etc/my.cnf

[whisperer]

我以前遇到过这个错误，你参考下（当时我用的是 wdlinux ）:

修改 /www/wdlinux/init.d/mysqld

```
basedir=
datadir=
```

修改为
```
basedir=/www/wdlinux/mysql
datadir=/www/wdlinux/mysql/var
```

[Reign]

@whisperer 把这些都加进去了还是抛出一样的错误

[ETiV]

22:21:36 UTC - mysqld got signal 11 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured.

回复里没法加粗...

这个出现了两次，说明相同的错误导致崩溃，然后 mysqld 尝试了一次自动重启，但还是没有起来。

这里说的已经很清楚了，要么是 bug ，要么是你的二进制文件、依赖库有问题导致的。

你换一个安装方式吧，找个 yum 官方源镜像什么的重新装 mysql 。

别围绕“ pid 文件”搞，方向不对的。

[gaocheng]

sudo su mysql 之后再启动试试

[defunct9]

交出权限， ssh 上去帮你搞好

[xi2008wang]

重装 mysql 吧，很大可能强制系统重启时 mysql 文件损坏了。

如果只是 mysql 损坏还好，重装就好了，如果数据也损坏就杯具了。

[Troevil]

我也遇到过, 我是几次强制重启后出现的, 找了不少教程都没用, 最后还是保存数据文件,重装 amh 才 ok 的..

[happywowwow]

Inodes 满了?...

[realpg]

看楼上最开始那几层楼，笑喷了……
让人删配置文件……

[wweir]

你需要做的是缩小故障域。
mysqld 直接加参数 带上原来的 my.cnf 启动，看效果

[liuzhedash]

@realpg 删配置在特定条件下是有道理的：
1 、通过源码安装 mysql 到 /usr/local/mysql ，并启动服务，此时 my.cnf 路径在 /etc
2 、通过软件源安装 mysql-common ，会在 /etc/mysql 下放一个 my.cnf
3 、此时重启 mysql ，默认会读取 /etc/mysql/my.cnf ，所以找不到 pid 文件（ pid 文件在 /usr/local/mysql ）
4 、删除 /etc/mysql 下的 my.cnf ， mysql 就会读取 /etc 下的 my.cnf ，于是一切都正常了

这个本质问题是读错了配置文件，当然不一定符合事实情况，而且这一票教程都没解释原因。。。

[SmiteChow]

备份一下数据，重新安装。

[fuxkcsdn]

@realpg
+10086
难道前面几楼都不看日志的吗？？ 233333
还有层主啊，一楼就告诉你检查硬盘空间了，试都不试骗回复吧

[HXM]

@liuzhedash 谢谢你的答案，帮助我解决了问题：）