报错的源头
问题解决
1.权限
报错的源头就是它了,一般这种问题首先会想到的就是权限问题,就是/var/lib/mysql该文件夹的权限
上图可以看到mysql文件夹的用户和组都是mysql且mysql有写的权限,所以权限没有问题。
2.进程
查看/var/lib/mysql目录,发现没有生存mysql.sock文件,说明mysql没有启动,也可以登入mysql来测试
查看进程ps -ef|grep mysql
发现存在mysql进程,原因就是它了,kill掉,kill -9 pid
再启动mysql服务,service mysql start,我当前的mysql版本是5.6,在5.7版本启动服务是service mysqld start,稍微有点差别。
查看mysql目录,发现mysql.sock文件生成了
问题分析
还记得一开始的那个报错吗?
明明已经存在mysql进程的但是为什么stop mysql服务提示找不到进程,主要的原因还是进程里面存储mysql的异进程,解决方法就是按照上面的kill掉这些进程,为什么会产生这种进程呢?我这里是我自己的操作失误,服务器启动的时候mysql自动已经启动了,然后我还执行了一次service mysql start,导致了这个问题,这也是问题的由来,网上有很多文章是针对这个的解决方法但并没有找出问题的由来,可能还会有其它原因导致这个问题,但是我这里就是因为我重复启动了服务,因为mysql5.7版本中mysql服务没有自动重启所以我经常会有重启服务的习惯,但是在5.6版本mysql就是随着系统自动启动所以就无需再重启服务了。
系统自动重启服务
chkconfig命令
使用chkconfig命令查询服务的重启情况,命令:chkconfig --list servername,也可以单独chkconfig --list查看所有
[0-6]分别代表linux系统的运行方式,0:停机,1:单用户模式,2:不带网络的多用户,3:不带图形界面的多用户,4:没有使用,5:带图形界面的模式x11也就是经常看到linux桌面(默认级别),6:重启
可以使用chkconfig --level 级别 服务名 on/off方式来关闭和启动服务
例如我们关闭mysql在linux2,3,4,5运行级别的自动启动,
chkconfig --level 2345 mysql off
这里有一篇关于自动启动服务的文章总结的很好:http://www.cnblogs.com/nerxious/archive/2013/01/18/2866548.html
查看boot.log 日志
命令:cat /var/log/boot.log
boot.log记录了启动项的日志信息。