在linux中装了mysql，启动错误提示找不到pid file，

因为硬盘满了，mysql启动不起来了。

登录上去看了一下，发现原因。

删除mysql的日志文件，重启mysql发现错误：Starting MySQL.Manager of pid-file quit without updating file.[FAILED]

网上有不少这个原因的解释，但是都不是我想说的。我要说的原因其实很白痴：data/mysql-bin.index没有删除，data/mysql-bin.index是存放日志文件索引的文件，只删除了日志文件而没有对日志的索引文件做处理显然是不行的。

删除data/mysql-bin.index文件，再service mysqld start就可以了。

好久没有写日志了，我还没有忘记这里。

ps：网上找的，不是我写的！

Starting MySQL. ERROR! The server quit without updating PID file (/data/mysql31/data/db01.itcast.cn.pid). 分析具体的原因有那些？原因1：mysql用户需要在安装目录里创建sock文件和pid文件，权限不足。原因2：端口冲突导致原因3：tmp目录权限不足(glibc source) tmp 755原因4：配置文件冲突/etc/my.cnf ../my.cnf原因5：log-error指定的文件没有创建目前来说，我找到的原因是这些，如果是别的报错，原因可能就是别的，你去黑马程序员社区看看，还有没有什么别的原因出现报错。

今天在做LNMP环境的时候，mysql启动失败，LNMP环境是用的oneinstack一键安装脚本安装的。

大致意思是因为 /tmp 目录缺少启动文件( mysql.pid )导致的，恩，于是参照网上提供的方法，修改 /etc/my.cnf 文件

修改pid文件的存放目录，然后 chmod -R 777 /var/lib/mysql/

重新启动，恩？失败!!

那继续,还有大佬说查看mysql报错日志

等会，好像有什么不对啊，今天明明是11-06，你这个11-04什么鬼!!!!

绝望～

然后冷静下来，想到，刚刚查看日志文件为什么会显示权限不够，什么时候vi都要超级管理员权限了。

然后 ll 看了一下文件的所属

嗯哼，这个1002是什么鬼，顿时发现问题

创建mysql用户和mysql组

nice启动成功了！！！

开心～～

---