189 8069 5689
windows无法启动MySQL服务可能的原因有一下几种：
铜官网站制作公司哪家好，找成都创新互联！从网页设计、网站建设、微信开发、APP开发、响应式网站等网站项目制作，到程序开发，运营维护。成都创新互联于2013年创立到现在10年的时间，我们拥有了丰富的建站经验和运维经验，来保证我们的工作的顺利进行。专注于网站建设就选成都创新互联。
mysql配置文件设置错误
A、首先查找mysql对应的配置文件my.ini
如果服务是使用指定的配置文件启动，到对应的文进行修改（文件的位置从控制面板中服务的属性中查看）
B、检查参数basedir和datadir对应的目录是否存在，如：
basedir = d:/mysql/
datadir = d:/mysql/data/
检查Mysql目录有没有给系统的System用户文件读写权限（一般以System用户启动mysql服务）
检查mysql的3306端口是否被占用，如果占用，则修改my.ini配置文件中端口参数，将端口修改为其他值。
mysql的数据库文件遭到破坏。
MySQL卸载时一些信息不会自动删除，导致服务的路径设置不对导致的。检查注册表，路径见下图左下角的路径信息，把ImagePath改成你现在的路径。
启动Mysql提示ERROR! The server quit without updating PID file (/usr/local/var/mysql/xxxx.local.pid).
1、查看mysql错误日志：打开/usr/local/var/mysql/xxxx.err或者xxxx.local.err文件。
2、问题应该是某个程序占用了mysql的默认端口3306。
3、查看端口使用情况lsof -i:3306，发现是一个用户名为_mysql启动了mysqld指令占用了3306，感觉现象非常奇怪，不清楚为什么会有这个用户组，为什么会启动mysqld，由于这个电脑是公司其他同事转移资产到的我名下，所以有可能是之前用户或者公司it装了什么服务导致的。
4、首先尝试干掉进程：sudo kill xxxx，结果发现当kill后，还会重新启动。
5、尝试修改mysql默认启动端口，Baidu上有人告诉修改/Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist文件
添加string--port=3307/string保存，先重新启动mysql服务，发现问题依然存在，发现配置没有起作用，默认端口依然是3306，然后考虑重新启动电脑，看看是否可以修改占用默认端口的配置。
6、重启后再次查看3306端口占用情况，发现确实不存在了。但是发现启动mysql服务时，依然存在问题：
仔细观察发现，这个占用和plist中的mysql配置一样的，所以可以确定每次启动计算机后，会按默认配置执行一个mysqld。
7、不清楚为什么会按com.oracle.oss.mysql.mysqld.plist配置执行mysqld，于是把注意力放在了Mac启动上。
8、Mac的启动原理是：
看到这里就明白了，原来LaunchDaemons里面放的是Mac启动时的一些启动服务，
9、System/Library和/Library和~/Library目录的区别：
10、System/Library和/Library和~/Library目录的区别：
11、有了上面的结果，于是把注意力放在了com.oracle.oss.mysql.mysqld.plist上，每个Mac启动中都有么，这个是如何添加的。首先查看了家里的其他苹果电脑，发现都没有这个plist文件，于是开始研究这个文件的产生原因。
12、经过Baidu怀疑这个文件应该是之前用dmg安装包安装的mysql产生的，在设置中也发现了残留信息
于是果断把自动启动去掉，重启计算机。
13、重启后，发现无论是3306还是3307端口上都没有mysql服务了，于是运行mysql.server start，这次终于看见了Starting MySQL . SUCCESS!
14、删除com.oracle.oss.mysql.mysqld.plist文件，重启电脑后，发现设置中仍然还有MySQL的控制选项。
15、MySQL dmg安装方式的卸载方法：
至此，这个问题算是完美解决了。
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 才行。