【MySQL】mysql异常宕机无法启动处理过程

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS PostgreSQL,高可用系列 2核4GB
云数据库 RDS MySQL,高可用系列 2核4GB
简介: 【MySQL】mysql异常宕机无法启动处理过程

环境

  • oom异常关闭导致 MySQL5.7 启动失败。

同事导入数据时异常关闭,应该是数据量太大导致mysql崩溃,尝试重启失败了提示如下:

Database was not shutdown normally!
2021-02-26T21:33:29.691452+08:00 0 [Note] InnoDB: Starting crash recovery.
2021-02-26T21:33:30.287496+08:00 0 [Note] InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percent: 0 1 2 3 4 5 6 7 8 9 10 11 12  #进度到这里自动退出了

配置文件修改参数 innodb_force_recovery = 1 ---->将0 修改为1 ---->没有设置的可以在mysqld下添加参数

注解:

innodb_force_recovery可以是设置1-6,数字大的包含数字小的功能,所以我们要从1开始设置来尝试启动mysql
innodb_force_recovery=0,关闭恢复功能 正常启动
innodb_force_recovery=1,即使发现了损坏页面也继续让服务器继续运行,这个选项对于备份或者转存当前数据尤为有用
innodb_force_recovery=2,阻止恢复主线程的运行,如果清除操作会导致服务器挂掉
innodb_force_recovery=3,恢复后不回滚事务
innodb_force_recovery=4,如果插入到缓冲区的合并操作会导致系统崩溃,将不会被执行
innodb_force_recovery=5,启动数据库时,忽略撤消日志
innodb_force_recovery=6,启动数据库时,忽略与恢复相关的前滚日志

配置恢复

配置完成后重洗启动数据库

#先打开日志
[root@db02 ~]# tail -f /mydata/3306/log/mysql-error.log
#启动了很久显示失败
[root@db02 ~]# /etc/init.d/mysqld restart 
 ERROR! MySQL server PID file could not be found!
Starting MySQL.................................................................................................................................... ERROR! The server quit without updating PID file (/mydata/3306/data/db02.pid).
#查看日志显示已经恢复到百分之百了
2021-02-26T21:40:27.983238+08:00 0 [Note] InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percent: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 2021-02-26T21:41:26.220425+08:00 0 [ERROR] InnoDB: Waited for 10 seconds for 256 pending reads
67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
#再往下翻翻发现错误点----->是因为启用了恢复时启用了 innodb_force_recovery 参数
2021-02-26T21:42:11.303902+08:00 0 [ERROR] InnoDB: innodb_force_recovery is on. We do not allow database modifications by the user. Shut down mysqld and edit my.cnf to set innodb_force_recovery=0
mysqld: Operation not allowed when innodb_forced_recovery > 0.
2021-02-26T21:42:11.306255+08:00 0 [ERROR] Aborting

关闭此参数

#关闭innodb_force_recovery 参数
[root@db02 ~]# vim /etc/my.cnf
innodb_force_recovery = 0

启动数据库

[root@db02 ~]# /etc/init.d/mysqld start
Starting MySQL.. SUCCESS!

注:

到这里数据库就起来了,如果配置为1无法启动数据库可以在往后注意尝试,直到可以启动为止。

检查是否有损坏的表

配置跳过表和网络启动

mysqld_safe --skip-grant-tables --skip-networking &

检查是否启动

ps -ef|grep mysql

打开日志观察是否有损坏的表

tail -f /mydata/3306/log/err.log

检查损坏的表并尝试修复

mysqlcheck -A   --auto-repair  -uroot -p -A

如损坏的表过多则重新初始化数据库,初始化前先备份

没有损坏的表可以继续使用当前实例运行。

坏表处理

备份数据库

mysqldump -uroot -p -A  -R -E --triggers  >/tmp/dump.sql

创建新的初始化目录

mkdir /mydata/3306/data_new

授权

chown -R mysql:mysql  /mydata/3306/data_new

修改my.cnf

vim /etc/my.cnf
datadir=/mydata/3306/data_new  # 改为新的
# skip_grant_tables  # 注释此选项
# innodb_force_recovery  # 注释此选项

初始化mysql

mysqld  --initialize-insecure   --basedir=/mysql/mysql57  --datadir=/mydata/3306/data_new

关闭旧 mysql

pkill mysql

启动mysql

/etc/init.d/mysqld start  # 这个文件里要改成新的数据目录名去启动

注:如果报socket错误可以做个软连接或者改配置文件即可。

连接mysql

mysql -uroot -p

将备份导入到新库

source /tmp/dump.sql
或者
mysql < /tmp/dump.sql

检查数据

此时已经恢复完成,可以将MySQL停止,将旧数据目录和新数据目录重命名回去,修改配置文件,以恢复原状。

优化系统和 MySQL 配置优化

系统配置优化

cat >/etc/sysctl.conf<<'EOF'
vm.swappiness=0          # 减少 swap 分区使用
vm.overcommit_memory = 1 # 允许所有内存分配
EOF
# 生效
sysctl -p

MySQL 配置优化

# 配置文件永久修改
vim /etc/my.cnf
innodb_buffer_pool_size = 2G  # 将缓冲池配置为系统当前可用内存的 3/4
# 命令行临时修改
set global innodb_buffer_pool_size=(select 2*1024*1024*1024);

innodb_force_recovery=6 无法启动 MySQL 的情况

请参见我的另一篇文章:

https://blog.csdn.net/weixin_45385457/article/details/141136121


相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。 &nbsp; 相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/mysql&nbsp;
相关文章
|
11月前
|
SQL 关系型数据库 MySQL
MySQL异常一之: You can‘t specify target table for update in FROM clause解决办法
这篇文章介绍了如何解决MySQL中“不能在FROM子句中指定更新的目标表”(You can't specify target table for update in FROM clause)的错误,提供了错误描述、需求说明、错误做法和正确的SQL写法。
2206 0
|
关系型数据库 MySQL 数据安全/隐私保护
|
消息中间件 关系型数据库 MySQL
实时计算 Flink版操作报错合集之整库同步mysql到starRock提交任务异常,该如何处理
在使用实时计算Flink版过程中,可能会遇到各种错误,了解这些错误的原因及解决方法对于高效排错至关重要。针对具体问题,查看Flink的日志是关键,它们通常会提供更详细的错误信息和堆栈跟踪,有助于定位问题。此外,Flink社区文档和官方论坛也是寻求帮助的好去处。以下是一些常见的操作报错及其可能的原因与解决策略。
|
网络协议 关系型数据库 MySQL
启动mysql时的异常为:[ERROR] Can‘t start server: Bind on TCP/IP port. Got error: 98: Address already in used
启动mysql时的异常为:[ERROR] Can‘t start server: Bind on TCP/IP port. Got error: 98: Address already in used
|
Java 关系型数据库 MySQL
【Java】已解决com.mysql.cj.jdbc.exceptions.CommunicationsException异常
【Java】已解决com.mysql.cj.jdbc.exceptions.CommunicationsException异常
2666 1
|
SQL Java 关系型数据库
【Java】已解决Java中的com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException异常
【Java】已解决Java中的com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException异常
1322 0
|
Java 关系型数据库 MySQL
【Java】已解决com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException异常
【Java】已解决com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException异常
989 0
|
关系型数据库 MySQL
MySQL使用异常解决
MySQL使用异常解决
75 0
|
SQL 网络协议 关系型数据库
MySql安装异常解决:1130 - Host ‘11*.17*.6*.23*‘ is not allowed to connect to this MysQL server
MySql安装异常解决:1130 - Host ‘11*.17*.6*.23*‘ is not allowed to connect to this MysQL server
117 0
|
26天前
|
安全 关系型数据库 MySQL
MySQL安全最佳实践:保护你的数据库
本文深入探讨了MySQL数据库的安全防护体系,涵盖认证安全、访问控制、网络安全、数据加密、审计监控、备份恢复、操作系统安全、应急响应等多个方面。通过具体配置示例,为企业提供了一套全面的安全实践方案,帮助强化数据库安全,防止数据泄露和未授权访问,保障企业数据资产安全。

推荐镜像

更多