技术分享 | MySQL 启动失败的常见原因

技术分享 | MySQL 启动失败的常见原因,第1张

MySQL 启动失败的最常见的原因有两类,分别是无法访问系统资源和参数设置错误造成的,下面分别分析如下。

MySQL 不能访问启动需要的资源是造成而 MySQL 无法启动的一个常见原因,如:文件,端口等。由于 linux 中用于启动 mysqld 进程的 mysql 用户通常是不能登陆的,可以使用类似下面的命令检查文件的访问权限。

找出问题后,修改对应文件或目录的权限或属主后通常可以解决问题。但有时 mysql 用户有访问文件和目录的权限,但仍然会被拒绝访问,例如下面这个例子:

测试说明 mysql 用户有这个目录的访问权限,但创建文件还是失败,这种情况让很多人困惑,这个时候通常是 mysqld 进程的访问被 linux 的 selinux 或 apparmor 给阻止了,大家可以看到创建的表不是在 mysql 的默认目录下面,因此 selinux 或 apparmor 的 policy 里面没有包含这个目录的访问权限,此时只要对应的修改 policy 就行了,当然把 selinux 或 apparmor 停了也行。

有时虽然对系统资源有访问的权限,但系统资源已经被占用:

这个故障产生的原因是另外一个 mysqld 进程已经启动并占用了对应的文件。

参数设置错误造成 MySQL 无法启动的原因也非常常见,此时先要检查 MySQL 启动时会调用的参数,下面的命令可以查询 MySQL 启动时调用参数文件的顺序:

知道了 MySQL 参数文件的调用顺序,我们就可以检查对应的参数文件,找出其中的错误,如果觉得参数文件的可读性不强,可以使用下面的命令显示 mysqld 程序将要调用的参数:

注意这个命令显示完参数后就退出,不会真正运行 mysqld。这个命令和 my_print_defaults mysqld 完全是等价的,只不过后者的显示方式是一行一个参数。

然后开始对可疑的参数进行调试,我个人喜欢加的参数和顺序如下:

看这个例子:

看这个例子,我们很容易知道是需要我们同时设置参数 GTID_MODE 和 ENFORCE_GTID_CONSISTENCY 同时为 on 才行。

打开mysql server instance config ,然后,单击next,然后选择remove server instance,删除后,然后卸载mysql程序,卸载完成后。打开 Documents and Settings\All Users目录,在里面有个application data文件夹,如果没有的话,那是他隐藏了,(工具----文件夹选项----显示隐藏的文件),打开application data 文件夹,里面有个mysql文件夹,删除即可,然后重新安装,绝对成功。

去mysql5\data里面看一下.err日志,会有提示的。

1、可能端口被占用

2、可能my.cnf配置了错误的参数

3、可能没有初始数据库

解压后的文件有默认的配置文件(my-default.ini),但是默认的配置文件不好用,使用的时候会出现很多问题,比如里面的汉字全是乱码等。所以需要配置个人默认配置文件:在解压后的路径下新建文件:my.ini,将以下代码复制进去,代码中出现两次D:\mysql-5.7.17-winx64,这是我的MySQL的解压路径,各位根据自己的路径替换掉即可。至此,MySQL可以执行安装了。

怎么解决mysql服务无法启动的问题

一:服务启动

1.我们可以在Windows搜索栏中搜索服务应用功能,或者其他方式打开服务,右键单击选择以管理员运行。

2.在服务中找到MySQL,手动点击启动。

不过用这个方法很可能还是无法启动mysql服务。

二:删除Data


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/8555405.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-18
下一篇 2023-04-18

发表评论

登录后才能评论

评论列表(0条)

保存