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.logboot.log记录了启动项的日志信息。
相关推荐: 从本地MySQL迁移到云数据库，为什么是Amazon Aurora？
近两年，随着云环境的成熟，很多企业的业务都在向云端迁移。于是，“云数据库”成为最时髦词汇之一，被AWS、微软、阿里、华为等大厂推崇。那么，对于用户来说，他们如何看待云数据库的发展现状，到底哪些因素才是他们选型的关键点？老王的经历，或许能从一定程度上说明中国…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
