189 8069 5689
怎么解决mysql服务无法启动的问题
创新互联是一家专业提供昌宁企业网站建设,专注与成都做网站、网站建设、成都h5网站建设、小程序制作等业务。10年已为昌宁众多企业、政府机构等服务。创新互联专业网站制作公司优惠进行中。
一：服务启动
1.我们可以在Windows搜索栏中搜索服务应用功能，或者其他方式打开服务，右键单击选择以管理员运行。
2.在服务中找到MySQL，手动点击启动。
不过用这个方法很可能还是无法启动mysql服务。
二：删除Data
解决方法一：
1、打开my.ini文件，找到default-storage-engine=InnoDB这一行，把它改成default-storage-engine=MyISAM；
2、删除在MySQL安装目录下的Data目录中的ib_logfile0和ib_logfile1；
3、找到在配置MySQL服务器时指定的InfoDB目录删除掉ibdata1
根据my.ini文件中：#*** INNODB Specific options *** innodb_data_home_dir="D:/"；
4、重新启动MySQL的Service。
解决方法二：
把windows目录下，my.ini文件删除，重装mysql,服务启动成功。
mysql 服务无法启动的原因有很多：可能端口被占用；可能my.cnf配置了错误的参数；也有可能没有初始数据库，还有可能是其他原因。大多数原因都可以通过先注销掉原有的服务、重新装载服务、之后再重新启动的方法解决。也可以尝试下以下方法：
1、将目录中配置文件my.default.ini改名为my.ini移至bin目录下。
2、启动命令行，将目录切换到mysql安装目录的bin目录下。
3、接下来，在命令行执行命令：mysqld --initialize --user=mysql --console
4、注意，上一个步骤会获得一个临时密码，需要记录，之后会用到。
5、接下来在控制台以命令行输入： mysqld --install，进行安装服务操作。
6、之后，在任务管理器找到“服务”，启动其中的MYSQL服务即可。
7、之后，输入命令行mysql -uroot -p，利用之前的临时密码输入即可登录数据库成功。
8、修改临时密码，设置密码：mysqladmin -u USER -p password PASSWORD，注意USER和PASSWORD为自己定义的数值。
扩展资料
数据库就相当于现实中的仓库。每个数据库都有一个或多个不同的 API 用于创建，访问，管理，搜索和复制所保存的数据。我们也可以将数据存储在文件中，但是在文件中读写数据速度相对较慢。
使用关系型数据库管理系统（RDBMS）来存储和管理大数据量。所谓的关系型数据库，是建立在关系模型基础上的数据库，借助于集合代数等数学概念和方法来处理数据库中的数据。MySQL 就是一种关系型数据库。
如果服务无法启动，首先查看MySQL的服务是否存在。如果安装服务失败，则可新建项MySQL57建立项目。然后找到新建的项，检查下ImagePath的路径是否正确。如果路径不对，修改过来。重启计算机，再次启动服务，并可以成功运行MySQL服务。
参考资料：百度百科-MySQL
一、无法访问系统资源
MySQL 不能访问启动需要的资源是造成而 MySQL 无法启动的一个常见原因，如：文件，端口等。由于 linux 中用于启动 mysqld 进程的 mysql 用户通常是不能登陆的，可以使用类似下面的命令检查文件的访问权限。
sudo -u mysql touch /var/lib/mysql/b
找出问题后，修改对应文件或目录的权限或属主后通常可以解决问题。但有时 mysql 用户有访问文件和目录的权限，但仍然会被拒绝访问，例如下面这个例子：
mysql system sudo -u mysql touch /home/mysql/data/a
mysql create table t1 (
id int primary key,n varchar(10
) data directory
ERROR 1030 (HY000): Got error 168 from storage engine
测试说明 mysql 用户有这个目录的访问权限，但创建文件还是失败，这种情况让很多人困惑，这个时候通常是 mysqld 进程的访问被 linux 的 selinux 或 apparmor 给阻止了，大家可以看到创建的表不是在 mysql 的默认目录下面，因此 selinux 或 apparmor 的 policy 里面没有包含这个目录的访问权限，此时只要对应的修改 policy 就行了，当然把 selinux 或 apparmor 停了也行。
有时虽然对系统资源有访问的权限，但系统资源已经被占用：
mysqld --no-defaults --console --user mysql
2020-11-03T03:36:07.519419Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19) starting as process 21171
2020-11-03T03:36:07.740347Z 1 [ERROR] [MY-012574] [InnoDB] Unable to lock ./ibdata1 error: 11
这个故障产生的原因是另外一个 mysqld 进程已经启动并占用了对应的文件。
二、参数设置错误
参数设置错误造成 MySQL 无法启动的原因也非常常见，此时先要检查 MySQL 启动时会调用的参数，下面的命令可以查询 MySQL 启动时调用参数文件的顺序：
$ mysqld --verbose --help | grep "Default options " -A 1
Default options are read from the following files in the given order:
/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf
知道了 MySQL 参数文件的调用顺序，我们就可以检查对应的参数文件，找出其中的错误，如果觉得参数文件的可读性不强，可以使用下面的命令显示 mysqld 程序将要调用的参数：
$ mysqld --print-defaults
/usr/sbin/mysqld would have been started with the following arguments:
......
注意这个命令显示完参数后就退出，不会真正运行 mysqld。这个命令和 my_print_defaults mysqld 完全是等价的，只不过后者的显示方式是一行一个参数。
然后开始对可疑的参数进行调试，我个人喜欢加的参数和顺序如下：
1. 在 mysqld 后加上第一个参数 --no-defaults ，这个参数的作用是通知 mysqld 在启动的时候不要读任何参数文件；
2. 第二个参数是 --console，这个参数会把错误信息输出到屏幕上，这个参数带来的一个弊端是所有的信息都输出到屏幕上，让屏幕显得比较乱，但对于我们调试却是很方便的；
3. 第三个参数是 --log-error-verbosity=3，这个参数会显示详细的日志；
4. 然后再在后面加上有把握的参数，可以一次只加一个参数，然后启动 mysqld，采用排除法逐步找出错误的参数。