AI 助理
备案控制台
文档
输入文档关键字查找
首页

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.service和journalctl -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_size和key_buffer_size的大小设置，适当的调大内存分配，一般调整为系统内存的一半。

  1. 先使用free -m查看下系统内存大小，查看是1G内存。
  2. 通过vi /etc/my.cnf，调整innodb_buffer_pool_size和key_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命令 ，发现mysqld和mysqld_safe进程残留，进程ID分别是994和1221。

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

解决办法

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

MySQL服务自动停止

问题描述

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

问题原因

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

解决办法

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

适用于

  • 云服务器ECS
文档推荐