文档

Linux实例中MySQL服务常见的无法启动或启动异常处理

更新时间:

概述

本文介绍了在Linux实例中,MySQL常见的无法启动或启动异常处理方法。

详细描述

常见问题处理描述,目录如下。

提示:MySQL错误日志通常记录在/alidata/log/mysql/error.log文件下。

MySQL配置文件my.cnf权限问题导致无法启动,错误提示“World-writable config file '/etc/my.cnf' is ignored”

问题描述

Linux实例的MySQL无法启动,报如下错误:

Dingtalk_20220217150718.jpg

问题分析

查看MySQL错误日志发现如下错误(提示 MySQL 库的 host 表无法打开)。

Dingtalk_20220217150755.jpg

查看/etc/my.cnf配置文件。

Dingtalk_20220517142508.jpg

到MySQL数据库所在目录查看表是否存在。

Dingtalk_20220217150906.jpg

发现MySQL库的host表是存在的,那为什么会提示不存在呢?

问题应该出在/etc/my.cnf文件上,从第一个截图也可以看到警告信息(/etc/my.cnf被忽视)

查看文件权限。

Dingtalk_20220217150936.jpg

原来文件权限被设置成777,因安全问题导致被MySQL忽视,所以去查询默认的数据库存放路径,没有MySQL库的host表导致启动失败。

06507f5f-f484-4ba2-9482-b9eba401ceab.png

解决办法

/etc/my.cnf权限修改成644然后启动MySQL即可。

6dc1c1ab-c914-4abf-a369-d1c7d1934551.png

Binlog 丢失导致无法启动,错误日志: File './mysql-bin.000001' not found

问题描述

清理磁盘空间时删除了全部binlog日志,导致MySQL无法启动。

MySQL的errorlog里面可以看到错误信息。

解决办法

有以下两种解决方法,步骤如下。

  • 编辑/etc/my.cnf,找到log-bin=mysql-bin,在前面加#将其注释暂时关闭binlog,保存修改后启动MySQL服务。
    提示:my.cnf配置文件路径以实际调用路径为准
  • 通过清理Binlog索引文件解决,清理命令如下,完清理后启动MySQL服务。
    echo " " > mysql-bin.index
    说明:也可以通过vim编辑进行清理。

Binlog无法读取导致无法启动,错误日志:Failed to open log (file './mysql-bin.000001', errno 13)

问题描述

MySQL 无法启动报错“Starting MySQL…The server quit without updating PID file [FAILED]a/server/mysql/data/test.pid).”。并且查看MySQL的错误日志会提示“110711 00:00:00 [ERROR] Failed to open log (file './mysql-bin.000001', errno 13)”

问题原因

Binlog日志无法去读,一般由于磁盘空间满,或者权限不正确导致。

解决办法

  1. 执行如下命令查询磁盘空间。
    df -h
  2. 查看磁盘空间没有满,则需要ls命令检查文件权限。
  3. 执行如下命令,修改文件权限。
    chmod 660 mysql-bin.000001chown mysql.mysql mysql-bin.000001
  4. 修改完成,确认正常启动MySQL。

不能创建PID导致无法启动,错误日志“Can't start server: can't create PID file: No such file or directory”

问题描述

MySQL 启动报错信息如下。

Starting mysqld (via systemctl):  Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details、 [FAILED]

问题原因

MySQL服务在启动的时候,不能创建PID文件。

解决方法

  1. 使用systemctl status mysqld.servicejournalctl -xe查看服务启动失败的原因。
  2. 如果mysqld目录终端看一下是否存在,如果不存在,执行如下命令,手动创建。
    mkdir -p /var/run/mysqld/
  3. 再次尝试启动MySQL服务,报错如下。
    Starting mysqld (via systemctl):  Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details. [FAILED]
  4. 查看MySQL的告警日志类似如下。
    2016-01-20T10:28:37.183387Z 0 [ERROR] /usr/sbin/mysqld: Can’t create/write to file ‘/var/run/mysqld/mysqld.pid’ (Errcode: 13 - Permission denied)2016-01-20T10:28:37.183431Z 0 [ERROR] Can’t start server: can’t create PID file: Permission denied160120 18:28:37 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended160120 18:32:06 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
  5. 由于权限不正确,/var/run/mysqld/的属主和属组还是root,MySQL并不能在其中创建文件后修改该目录的属主和属组。
  6. 执行如下命令,修改mysqld目录属性。
    chown mysql.mysql /var/run/mysqld/
  7. 执行如下命令,重启mysqld。
    /etc/init.d/mysqld 

不能创建临时文件导致无法启动,错误日志“mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13)”

问题描述

MySQL启动失败,错误日志“mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13)”。

解决办法

  1. 使用命令ll -d /tmp命令检查目录权限。
  2. 使用chmod 1777 /tmp设置为正确权限。
  3. 重启MySQL。

MySQL 服务无法识别导致无法启动,错误提示:mysqld: unrecognized service

问题描述

执行MySQL启动命令service mysqld start时,提示“mysqld: unrecognized service(未识别的服务)”。

问题原因

因为service命令是通过/etc/init.d启动服务目录来调用的,所以我们需要看一下/etc/init.d是否存在mysqld这个服务,使用find /etc/init.d/ -name mysqld命令来查找,发现没有mysqld这个文件了。

解决办法

  1. 需要将这个文件复制到/etc/init.d/目录下,改名为mysqld,并且赋予这个文件可执行权限。
  2. 最后通过命令chkconfig —add mysqld添加开机自动启动服务。
  3. 使用service mysqld start启动成功。

MySQL配置了过大的内存导致无法启动,错误提示“InnoDB: Cannot allocate memory for the buffer pool”

问题描述

MySQL启动时报错,查看错误日志有“[ERROR] InnoDB: Cannot allocate memory for the buffer pool(不能从缓存池中分配给innodb引擎需要的内存)”。

解决办法

需要调整MySQL配置文件my.cnf中的innodb_buffer_pool_sizekey_buffer_size的大小设置,适当的调大内存分配,一般调整为系统内存的一半。

  1. 先使用free -m查看下系统内存大小,查看是1G内存。
  2. 通过vi /etc/my.cnf,调整innodb_buffer_pool_sizekey_buffer_size各为500M。
    注意:my.cnf以实际配置文件路径为准。
  3. 重启MySQL服务使其生效。】

MySQL启动参数过多导致无法启动,错误提示“Too many arguments (first extra is 'start')”

问题描述

Linux实例系统安装MySQL,启动的方式有多种,如果输入mysqld start —user=mysql 启动后,出现报错:Too many arguments (first extra is 'start')。

问题原因

这是因为启动MySQL的时候参数过多导致。

解决办法

通过直接输入/路径/mysqld —user=mysql的方式启动,如下所示。

MySQL目录权限问题导致无法启动,错误提示“File './mysql-bin.index' not found (Errcode:13 - Permission denied)”

问题描述

MySQL启动报错,错误日志如下图所示。

问题原因

提示的异常为文件属性权限异常导致。

解决方法

  1. 查看MySQL服务下的data目录,确认mysql-bin.index的权限是否正常。
  2. 正常情况下data目录下文件的属主和属组都应该是mysql,如果不是请修改正确的文件属性权限,并重启MySQL。
    提示:如果对MySQL服务配置文件的属性不清楚,可以通过对比正常的MySQL主机对比了解。

MySQL未初始化导致无法启动,错误提示“can't open the mysql.plugin table”

问题描述

MySQL服务启动时错误提示如下。

ERROR! MySQL manager or server PID file could not be found!
Starting MySQL. ERROR! Manager of pid-file quit without updating file.

问题原因

查看错误日志提示“can't open the mysql.plugin table ,please run mysql_upgrade to create it”。

解决办法

执行如下命令,指定datadir与basedir进行初始化启动。

/alidata/server/mysql-5.1.73/scripts/mysql_install_db —user=mysql —datadir=/alidata/server/mysql/data —basedir=/alidata/server/mysql-5.1.73/

注意:以现场实际MySQL安装路径为准。

MySQL启动成功但未监听端口

问题描述

MySQL启动成功,使用ps -ef |grep mysql可以看到进程,也可以在服务器登录,但是使用netstat -antp| grep 3306命令可以看到没有监听端口。

问题原因

配置文件中使用了skip-networking选项功能,该选项的作用是不监听端口,同主机的用户可以通过sockets进行链接。外部主机由于没有监听端口,将无法连接。

解决方法

  1. 查看MySQL配置文件,确认端口当前MySQL端口号。
  2. 通过vim编辑MySQL配置文件将skip-networking选项注释掉或删除,重启MySQL即可看到端口监听了。

MySQL服务ibdata1权限问题导致无法启动,错误日志“InnoDB Operating system error number 13 in a file operation”

问题描述

MySQL启动提示update pid失败提示“Starting MySQL. ERROR! Manager of pid-file quit without updating file.”。同时错误日志中记录“InnoDB Operating system error number 13 in a file operation”,如下图所示。

问题原因

操作系统访问文件/usr/local/mysql/var/idata1无权限导致。

解决办法

  1. 查看权限,确认MySQL服务没有访问权限。系统显示类似如下。
  2. 调整为MySQL服务可以访问的权限,比如777,或者是调整属账号为mysql,完成后正常重启动MySQL。

磁盘空间满导致MySQL无法启动

问题描述

启动MySQL报错提示为“ERROR! MySQL manager or server PID file could not be found! Starting MySQL. ERROR! Manager of pid-file quit without updating file.”。并且查看下MySQL错误日志提示如下图所示。

问题原因

MySQL日志文件占用过大磁盘空间,磁盘空间不足导致启动报错。

解决办法

  1. 执行如下命令,查看当前磁盘使用情况。
    df -h 
    系统显示类似如下。
  2. 执行如下命令,查看当前所有磁盘空间中大于100M的文件。
    find / -size +100M
    系统显示类似如下。
  3. 确认MySQL日志占用过大磁盘空间,且该日志文件无特殊需求时,直接删除即可。

进程残留导致MySQL无法启动

问题描述

MySQL启动失败,错误提示“Starting MySQL. ERROR! Manager of pid-file quit without updating file.”  。

问题原因

使用ps -A | grep mysqld命令 ,发现mysqldmysqld_safe进程残留,进程ID分别是9941221

提示:进程ID在不同服务器环境中可能不同,请根据实际情况为准。

解决办法

通过kill命令,结束两个进程,重启MySQL,并确认成功启动。

MySQL服务自动停止

问题描述

服务器上安装的MySQL,会出现自动停止的情况。

问题原因

出现这种现象,通常是服务器的内存不足导致的。

解决办法

  1. 执行如下命令,查看服务器的系统日志/var/log/messages文件,分析服务器日志来分析。
    tail /var/log/messages
    系统显示类似如下。
    说明:看下在MySQL自动停止的时间段内,有什么异常的日志信息,如果日志有提示“Out of memory”就可以判定,是服务器的内存使用不足,导致系统自动杀死的MySQL的进程。
  2. 最后可以通过升级服务器的内存可以解决。

适用于

  • 云服务器ECS
  • 本页导读 (1)
文档反馈