本文目录一览：
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，采用排除法逐步找出错误的参数。
linux中mysql安装完mysql启动时报错是怎么回事?
1、原因：可能是/usr/local/mysql/mysql.pid文件没有写的权限；
解决方法 ：给予权限，执行 “chmod 775 /usr/local/mysql/ -R” 然后重新启动mysqld。
2、原因：可能进程里已经存在mysql进程；
解决方法：用命令“ps
-ef|grep mysqld”查看是否有mysqld进程，如果有使用“kill -9 进程号”杀死，然后重新启动mysqld。
3、原因：可能是第二次在机器上安装mysql，有残余数据影响了服务的启动；
解决方法：去mysql的数据目录/data看看，如果存在mysql-bin.index，就赶快把它删除掉吧，它就是罪魁祸首了。
4、原因：mysql在启动时没有指定配置文件时会使用/etc/my.cnf配置文件，请打开这个文件查看在[mysqld]节下有没有指定数据目录(datadir)；
解决方法：请在[mysqld]下设置这一行：datadir = /usr/local/mysql/data。
5、原因：skip-federated字段问题；
解决方法：检查一下/etc/my.cnf文件中有没有没被注释掉的skip-federated字段，如果有就立即注释掉吧。
6、原因：错误日志目录不存在；
解决方法：使用“chown” “chmod”命令赋予mysql所有者及权限。
7、原因：如果是centos系统，默认会开启selinux；
解决方法：关闭它，打开/etc/selinux/config，把SELINUX=enforcing改为SELINUX=disabled后存盘退出重启机器试试。
8、原因：log-bin路径错误；
解决方法：查看对应数据库下的error
log，例如我的数据库为，/usr/local/mysql/var目录，其下的localhost.localdomain.err为错误日志，只要把其下的ib_logfile*删除即可，重启mysql即可。
一、Linux下MySQL的启动与停止
1、Mysql启动、停止、重启常用命令
a、启动方式
（1）使用 service 启动：
[root@localhost /]# service mysqld start (5.0版本是mysqld)
[root@szxdb etc]# service mysql start (5.5.7版本是mysql)
（2）使用 mysqld 脚本启动：
/etc/inint.d/mysqld start
（3）使用 safe_mysqld 启动：
safe_mysqld
b、停止方式
（1）使用 service 启动：
service mysqld stop
（2）使用 mysqld 脚本启动：
/etc/inint.d/mysqld stop
（3）mysqladmin shutdown
c、重启方式
（1）使用 service 启动：
service mysqld restart
service mysql restart (5.5.7版本命令)
（2）使用 mysqld 脚本启动：
/etc/init.d/mysqld restart
求助linux mysql 启动失败
只能说看似启动失败，8成可能是因为你的/etc/my.cnf配置文件有问题。
解决思路：
1、请贴出mysql的错误日志来errorlog，errorlog在数据目录文件下，如果是默认的rpm安装的好像在/var/log/mysql/下，一般通过错误日志可以分析出哪里出问题了。
2、如果找不到错误日志，先mv /etc/my.cnf /tmp/my.cnf ，使用service mysql start 启动再试试，如果能启动，说明就是你的my.cnf的问题
linux下mysql怎么启动不了了
第一步：先停止所有mysql 进程
# killall -TERM mysqld
第二步：用安全模式启动
# /usr/local/mysql/bin/mysqld_safe –skip-grant-table
注： 启动时会报错，而且卡在哪不动，这时你只要回车即可，然后再用空密码就能登陆了
第三： 用空密码登陆，修改mysql 的root 密码
# mysql -uroot -p //登录mysql
mysql use mysql // 选择mysql 数据库
mysql update user set password=password(“654123″) where user=”root”; // 更新root 密码
mysql flush privileges; // 使修改立即生效
第四： 用你修改的密码登陆！
原创文章，作者：ONJF，如若转载，请注明出处：https://www.506064.com/n/140555.html
微信扫一扫 
支付宝扫一扫 