Java学习者论坛

 找回密码
 立即注册

QQ登录

只需一步,快速开始

手机号码,快捷登录

恭喜Java学习者论坛(https://www.javaxxz.com)已经为数万Java学习者服务超过8年了!积累会员资料超过10000G+
成为本站VIP会员,下载本站10000G+会员资源,购买链接:点击进入购买VIP会员
JAVA高级面试进阶视频教程Java架构师系统进阶VIP课程

分布式高可用全栈开发微服务教程

Go语言视频零基础入门到精通

Java架构师3期(课件+源码)

Java开发全终端实战租房项目视频教程

SpringBoot2.X入门到高级使用教程

大数据培训第六期全套视频教程

深度学习(CNN RNN GAN)算法原理

Java亿级流量电商系统视频教程

互联网架构师视频教程

年薪50万Spark2.0从入门到精通

年薪50万!人工智能学习路线教程

年薪50万!大数据从入门到精通学习路线年薪50万!机器学习入门到精通视频教程
仿小米商城类app和小程序视频教程深度学习数据分析基础到实战最新黑马javaEE2.1就业课程从 0到JVM实战高手教程 MySQL入门到精通教程
查看: 631|回复: 0

[默认分类] Linux MySQL 常见无法启动或启动异常的解决方案

[复制链接]
  • TA的每日心情
    开心
    2021-12-13 21:45
  • 签到天数: 15 天

    [LV.4]偶尔看看III

    发表于 2020-8-7 09:08:38 | 显示全部楼层 |阅读模式


    Linux MySQL 常见无法启动或启动异常的解决方案


      
       
         在 Linux 上自建 MySQL 服务器,经常遇到各种无法启动或启动后异常的问题,本文列举一些常见问题的解决办法。
         注意:以下错误日志提示,都是查看 MySQL 错误日志得到,查看方法如下:
         查看下 MySQL 配置文件 my.cnf 中有记录,日志记录在 /alidata/log/mysql/error.log
       
         
         MySQL 配置文件 my.cnf 权限问题导致无法启动,错误提示:World-writable config file "/etc/my.cnf"  is ignored
         Binlog 丢失导致无法启动,错误日志: File "./mysql-bin.000001" not found
         Binlog 无法读取导致无法启动,错误日志:Failed to open log (file "./mysql-bin.000001", errno  13)
         不能创建 PID 导致无法启动,错误日志:Can"t start server: can"t create PID file: No such  file or directory
         不能创建临时文件导致无法启动,错误日志:mysqld: Can"t create/write to file "/tmp/ibfguTtC"  (Errcode: 13)
         MySQL 服务无法识别导致无法启动,错误提示:mysqld: unrecognized service
         MySQL 配置了过大的内存导致无法启动,错误日志:InnoDB: Cannot allocate memory for the buffer  pool
         MySQL 启动参数过多导致无法启动,错误提示:Too many arguments (first extra is "start")
         MySQL 目录权限问题导致无法启动,错误日志:File "./mysql-bin.index" not found (Errcode:13 -  Permission denied)
         MySQL 未初始化导致无法启动,错误提示:can"t open the mysql.plugin table
         MySQL 启动成功但未监听端口
         MySQL ibdata1权限问题导致无法启动,错误日志:InnoDB Operating system error number 13 in a  file operation
         磁盘空间满导致 MySQL 无法启动
         进程残留导致 MySQL 无法启动
         MySQL 服务自动停止
         
         MySQL 配置文件 my.cnf 权限问题导致无法启动,错误提示:World-writable config file "/etc/my.cnf"  is ignored
         问题描述
         主机 Linux MySQL 无法启动,报如下错误:
       
         
         问题分析
         查看 MySQL 错误日志发现如下错误(提示 MySQL 库的 host 表无法打开):
       
         
         查看 /etc/my.cnf 配置文件:
       
         
         到 MySQL 数据库所在目录查看表是否存在:
       
         
         发现 MySQL 库的 host 表是存在的,那为什么会提示不存在呢?
         问题应该出在 /etc/my.cnf 文件上,从第一个截图也可以看到警告信息(/etc/my.cnf 被忽视)
         查看文件权限:
       
         
         原来文件权限被设置成 777,因安全问题导致被 MySQL 忽视,所以去查询默认的数据库存放路径,没有 MySQL 库的 host  表导致启动失败:
       
         
         解决办法
         将 /etc/my.cnf 权限修改成 644,然后启动 MySQL 即可:
       
         
         Binlog 丢失导致无法启动,错误日志: File "./mysql-bin.000001" not found
         问题描述
         清理磁盘空间时删除了全部 binglog 日志,导致 MySQL 无法启动:
       
         
         MySQL 的 errorlog 里面可以看到错误信息:
       
         
         解决办法
         1、注释 Binlog 配置恢复方法:
         编辑 /etc/my.cnf,找到 log-bin=mysql-bin,在前面加#将其注释暂时关闭 binlog,保存修改后启动 MySQL  服务
         注意:my.cnf 配置文件路径以实际调用路径为准
       
         
         2、清理 Binlog 索引恢复方法:
         查看 Binlog 索引文件
       
         
         所以,需要清空 mysql-bin.index 索引文件后即可,清理方法可以通过 vi 或者 echo 命令清理,如下:
         echo “” > mysql-bin.index
         去除 Binlog 日志索引文件中调用的内容后,测试启动成功。
         [root@test var]# /etc/init.d/mysqld startStarting MySQL. SUCCESS!
         3、文件还原恢复方法:
         提交工单,由我们帮您挂载最近的快照,您从快照磁盘复制最新的 binlog 文件到 mysql 的数据目录下,再重启 MySQL 服务即可。
         注意:提交工单时请说明需要挂载快照的磁盘和快照。
         正确清理 MySQL Binlog 方法请参考如下命令:
         mysql -uroot -p 密码use mysql;purge binary logs to ‘mysql-bin.011113’;
         注意:mysql-bin.011113 是 Binlog 文件名,mysql-bin.011113 不会被删除,而 mysql-bin.011113  之前的日志都会被删除。
       
         
         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 日志无法去读,一般由于磁盘空间满,或者权限不正确导致。
         解决办法
         首先查询磁盘空间:
         [root@test /]# df -hFilesystem Size Used Avail Use% Mounted on/dev/xvda1  20G 2.7G 17G 14% /tmpfs 498M 0 498M 0% /dev/shm/dev/xvdb1 30G 19G 9.7G 66%  /alidata
         查看磁盘空间没有满,则需要 ls 命令检查文件权限:
         -r———— 1 root root 601 Jul 28 2014 mysql-bin.000001
         这说明文件属主和权限不正确,需要执行如下两条命令修复(mysql-bin.000001 这个日志文件需要换成具体文件名):
         chmod 660 mysql-bin.000001chown mysql.mysql mysql-bin.000001
         修改正确后已经可以正常启动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]
         根据提示,使用 systemctl status mysqld.service 和 journalctl -xe 查看服务启动失败的原因。
         [root@ ~]# systemctl status mysqld.servicemysqld.service - SYSV: MySQL  database server.Loaded: loaded (/etc/rc.d/init.d/mysqld)Active: failed (Result:  exit-code) since Wed 2016-01-20 18:26:57 CST; 40s agoDocs:   man:systemd-sysv-generator(8)Process: 2979 Ex主机tart=/etc/rc.d/init.d/mysqld  start (code=exited, status=1/FAILURE)Jan 20 18:26:56 Spark01 systemd[1]:  Starting SYSV: MySQL database server….Jan 20 18:26:57 spark01 mysqld[2979]:  MySQL Daemon failed to start.Jan 20 18:26:57 spark01 mysqld[2979]: Starting   mysqld: [FAILED]Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control  process exited, code=exited status=1Jan 20 18:26:57 spark01 systemd[1]: Failed  to start SYSV: MySQL database server..Jan 20 18:26:57 spark01 systemd[1]: Unit  mysqld.service entered failed state.Jan 20 18:26:57 spark01 systemd[1]:  mysqld.service failed.[root@ ~]#journalctl -xeUnit session-2.scope has begun  starting up.Jan 20 18:26:48 spark01 SSHd[2916]: pam_unix(sshd:session): session  opened for user spark by (uid=0)Jan 20 18:26:52 spark01 su[2944]: (to root)  spark on pts/1Jan 20 18:26:52 spark01 su[2944]: pam_unix(su-l:session): session  opened for user root by spark(uid=1000)Jan 20 18:26:56 spark01 polkitd[909]:   Registered Authentication Agent for unix-process:2974:117137 (system bus name  :1.25Jan 20 18:26:56 spark01 systemd[1]: Starting SYSV: MySQL database server….—  Subject: Unit mysqld.service has begun start-up— Defined-By: systemd— Support:   http://lists.freedesktop.org/mailman/listinfo/systemd-devel—— Unit   mysqld.service has begun starting up.Jan 20 18:26:57 spark01 mysqld[2979]: MySQL  Daemon failed to start.Jan 20 18:26:57 spark01 mysqld[2979]: Starting mysqld:  [FAILED]Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control process  exited, code=exited status=1Jan 20 18:26:57 spark01 systemd[1]: Failed to start  SYSV: MySQL database server..— Subject: Unit mysqld.service has failed—   Defined-By: systemd— Support:   http://lists.freedesktop.org/mailman/listinfo/systemd-devel—— Unit   mysqld.service has failed.—— The result is failed.Jan 20 18:26:57 spark01  systemd[1]: Unit mysqld.service entered failed state.Jan 20 18:26:57 spark01  systemd[1]: mysqld.service failed.Jan 20 18:26:57 spark01 polkitd[909]:  Unregistered Authentication Agent for unix-process:2974:117137 (system bus name  :1.
         这些信息并不能提供服务启动失败的真正原因。
         查看 MySQL 的告警日志:
         2016-01-20T10:00:19.935771Z 0 [ERROR] /usr/sbin/mysqld: Can’t create/write  to file ‘/var/run/mysqld/mysqld.pid’ (Errcode: 2 - No such file or  directory)2016-01-20T10:00:19.935795Z 0 [ERROR] Can’t start server: can’t create  PID file: No such file or directory160120 18:00:20 mysqld_safe mysqld from pid  file /var/run/mysqld/mysqld.pid ended
         解决办法
         MySQL 服务在启动的时候,不能创建 pid 文件。
         在终端看一下该目录是否存在,如果不存在,手动创建:
         [root@ ~]# mkdir -p /var/run/mysqld/
         再次尝试启动 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 的告警日志:
         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
         权限不正确,/var/run/mysqld/ 的属主和属组还是 root,MySQL 并不能在其中创建文件后修改该目录的属主和属组,
         [root@ ~]# ls -ld /var/run/mysqld/drwxr-xr-x 2 root root 40 Jan 20 18:28  /var/run/mysqld/[root@ ~]# chown mysql.mysql /var/run/mysqld/[root@ ~]#  /etc/init.d/mysqld startStarting mysqld (via systemctl): [ OK ]
         不能创建临时文件导致无法启动,错误日志:mysqld: Can"t create/write to file "/tmp/ibfguTtC"  (Errcode: 13)
         问题描述
         MySQL 启动失败,错误日志:mysqld: Can"t create/write to file "/tmp/ibfguTtC"  (Errcode: 13)
         说明/tmp目录无法写入
         解决办法
         1、使用命令 ll -d /tmp 命令检查目录权限
         2、使用 chmod 1777 /tmp 设置为正确权限
         再测试可以启动成功
       
         
         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 这个文件了
       
         
         这个就是导致通过 service 命令启动报错的原因了,这时候我们需要将源码包中的 mysql.server 拷贝复制到 /etc/init.d/  下,先使用 find / -name mysql.server 命令来查找下 mysql.server 文件位置,发现是在  /alidata/server/mysql-5.6.21/support-files/mysql.server 中
       
         
         解决办法
         现在我们需要将这个文件复制到 /etc/init.d/ 目录下,改名为 mysqld,并且赋予这个文件可执行权限
       
         
         最后通过命令 chkconfig —add mysqld 添加开机自动启动服务
       
         
         使用 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"  的大小设置,适当的调大内存分配,一般调整为系统内存的一半
         先使用 free -m 查看下系统内存大小,查看是 1G 内存
       
         
         那么 vi /etc/my.cnf,调整 "innodb_buffer_pool_size"、"key_buffer_size" 各为  500M
         注意:my.cnf 以实际配置文件路径为准。
       
         
         重启 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 启动报错,错误日志,如下图
       
         
         提示的异常为权限异常,我们到 data 目录查看 mysql-bin.index 的权限
       
         
         正常情况下 data 目录下文件的属主和属组都应该是 mysql,目前为 root
         备注:不太熟悉权限的朋友可以找一台正常的 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 可以看到没有监听端口。
       
         
         查看 MySQL 配置文件,端口也没有更改。
       
         
         解决办法
         检查发现是配置文件中使用了 skip-networking,可以看到这个选项的的作用是不监听端口,同主机的用户通过 sockets  进行链接。外部主机由于没有监听端口,将无法连接。
       
         
         将 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 无权限
         查看权限如下:
       
         
         调整为 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 错误日志提示:
       
         
         没有记录有效的信息,磁盘空间不足会导致这种情况
         解决办法
         df -h 看下
       
         
         find / -size +100M 查看下大于100M 的文件
       
         
         MySQL 日志占用空间太大,无特殊需求可以删除掉。
         进程残留导致 MySQL 无法启动
         问题描述
         MySQL 启动失败,错误提示:Starting MySQL. ERROR! Manager of pid-file quit without  updating file. [root@iZ9410f0jqiZ bin]# Starting MySQL. ERROR! Manager of  pid-file quit without updating file.
         使用 ps -A | grep mysqld ,发现 mysqld 和 mysqld_safe 进程残留,进程 ID 994 和 1221
         解决办法
         kill两个进程之后重新启动 MySQL 成功启动
       
         
         MySQL 服务自动停止
         问题描述
         服务器上安装的 MySQL,会出现自动停止的情况。出现这种现象,通常是服务器的内存不足导致的。
         具体可以通过服务器日志来进行分析排查:
         查看服务器的系统日志 /var/log/messages
         1.tail /var/log/messages
       
         
         看下在 MySQL 自动停止的时间段内,有什么异常的日志信息,如果日志有提示 “Out of memory” 就可以判定,是服务器的内存使用不足,导致系统自动杀死的 MySQL 的进程
         解决办法
         通过升级服务器的内存可以解决.
       
      
    回复

    使用道具 举报

    您需要登录后才可以回帖 登录 | 立即注册

    本版积分规则

    QQ|手机版|Java学习者论坛 ( 声明:本站资料整理自互联网,用于Java学习者交流学习使用,对资料版权不负任何法律责任,若有侵权请及时联系客服屏蔽删除 )

    GMT+8, 2024-3-29 08:15 , Processed in 0.328666 second(s), 38 queries .

    Powered by Discuz! X3.4

    © 2001-2017 Comsenz Inc.

    快速回复 返回顶部 返回列表