mysql都进不去怎么办,无法打开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，采用排除法逐步找出错误的参数。

相关问答

Q1: mysql连接不上怎么办

1.排除网络或防火墙问题

先看是否能ping通远程服务器，ping 192.168.1.211，如果不可以就是网络问题。然后，检查端口是否被防火墙挡住了，telnet 192.168.1.211 3306，如果连接失败，配置防火墙。

配置防火墙，开启3306端口

vi /etc/sysconfig/iptables

-A INPUT -m state –state NEW -m tcp -p tcp –dport 3306 -j ACCEPT（允许3306端口通过防火墙）

/etc/init.d/iptables restart（重启防火墙使配置生效）

2.检查MySQL配置

如果开启了防火墙，telnet还是失败，通过netstat查看3306的端口状态：

netstat -apn|grep 3306

tcp6 0 0 127.0.0.1:3306 :::* LISTEN 13524/mysqld

注意地方，这说明3306被绑定到了本地。检查一下my.cnf的配置，这里可以配置绑定ip地址。

bind-address=addr

不配置或者IP配置为0.0.0.0，表示监听所有客户端连接。

ps:我开启3306端口，并且检查MySQL配置之后，telent仍然失败，但是在本机telnet是ok的，再三确认了配置没有问题。后来跟我们的ucloud账号管理员提了一下，才知道ucloud管理后台也需要开启3306端口，用云服务器的留意这个。

3.检查用户访问权限

MySQL建用户的时候会指定一个host，默认是127.0.0.1/localhost，那么这个用户就只能本机访问，其它机器用这个用户帐号访问会提示没有权限，host改为%，表示允许所有机器访问。

最后，别忘了重启mysql使配置生效。

# /etc/init.d/mysql restart

望采纳

Q2: mysql打不开了怎么办

可以试试以下的方法

01、找到mysql安装目录下的bin目录路径。

02、打开cmd，进入到bin目录的路径下，输入mysql -u root -p。

问题分析：

01、查看mysql command line client默认执行的一些参数。方法：开始-所有程序-MySQL-MySQL Server5.5-MySQL5.5 command line client,右键属性。

02、注意看目标的内容。内容比较长，复制出来如下：

"G:\Program Files\MySQL\MySQL Server 5.5\bin\mysql.exe" "--defaults-file=G:\Program Files\MySQL\MySQL Server 5.5\my.ini" "-uroot" "-p"

03、注意"--defaults-file=G:\Program Files\MySQL\MySQL Server 5.5\my.ini" "-uroot" "-p" 中指定的配置文件是 my.ini文件。

这里我们查看一下安装目录，即G:\Program Files\MySQL\MySQL Server 5.5，6个ini文件均不是 my.ini。

04.复制my-small.ini文件，更名为my-ini文件，保存。

05.启动mysql command line client，问题解决。

Q3: 一次解决MySQL无法启动的全过程

启动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安装方式的卸载方法：

至此，这个问题算是完美解决了。