目次环境
同事导入数据时非常关闭，应该是数据量太大导致mysql崩溃，尝试重启失败了提示如下： [code]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 #进度到这里自动退出了 [/code]设置文件修改参数 innodb_force_recovery = 1 ---->将0 修改为1 ---->没有设置的可以在mysqld下添加参数 注解： [code]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，启动数据库时，忽略与恢复相关的前滚日志 [/code]设置恢复设置完成后重洗启动数据库 [code]#先打开日志 [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 [/code]关闭此参数 [code]#关闭innodb_force_recovery 参数 [root@db02 ~]# vim /etc/my.cnf innodb_force_recovery = 0 [/code]启动数据库 [code][root@db02 ~]# /etc/init.d/mysqld start Starting MySQL.. SUCCESS! [/code]注： 查抄是否有损坏的表设置跳过表和网络启动 [code]mysqld_safe --skip-grant-tables --skip-networking & [/code]查抄是否启动 [code]ps -ef|grep mysql [/code]打开日志观察是否有损坏的表 [code]tail -f /mydata/3306/log/err.log [/code]查抄损坏的表并尝试修复 [code]mysqlcheck -A --auto-repair -uroot -p -A [/code]如损坏的表过多则重新初始化数据库，初始化前先备份 没有损坏的表可以继续使用当前实例运行。 坏表处置惩罚备份数据库 [code]mysqldump -uroot -p -A -R -E --triggers >/tmp/dump.sql [/code]创建新的初始化目次 [code]mkdir /mydata/3306/data_new [/code]授权 [code]chown -R mysql:mysql /mydata/3306/data_new [/code]修改my.cnf [code]vim /etc/my.cnf datadir=/mydata/3306/data_new # 改为新的 # skip_grant_tables # 注释此选项 # innodb_force_recovery # 注释此选项 [/code]初始化mysql [code]mysqld --initialize-insecure --basedir=/mysql/mysql57 --datadir=/mydata/3306/data_new [/code]关闭旧 mysql [code]pkill mysql [/code]启动mysql [code]/etc/init.d/mysqld start # 这个文件里要改成新的数据目次名去启动 [/code]注：如果报socket错误可以做个软毗连大概改设置文件即可。 毗连mysql [code]mysql -uroot -p [/code]将备份导入到新库 [code]source /tmp/dump.sql 大概 mysql < /tmp/dump.sql [/code]查抄数据 此时已经恢复完成，可以将MySQL克制，将旧数据目次和新数据目次重定名回去，修改设置文件，以恢复原状。 优化系统和 MySQL 设置优化系统设置优化 [code]cat >/etc/sysctl.conf<<'EOF' vm.swappiness=0 # 减少 swap 分区使用 vm.overcommit_memory = 1 # 答应全部内存分配 EOF # 见效 sysctl -p [/code]MySQL 设置优化 [code]# 设置文件永世修改 vim /etc/my.cnf innodb_buffer_pool_size = 2G # 将缓冲池设置为系统当前可用内存的 3/4 # 下令行暂时修改 set global innodb_buffer_pool_size=(select 2*1024*1024*1024); [/code]以上就是MySQL非常宕机无法启动的处置惩罚过程的详细内容，更多关于MySQL宕机无法启动的资料请关注脚本之家别的相关文章！ 来源：https://www.jb51.net/database/325945t6k.htm 免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！ |
/6 
|手机版|小黑屋|梦想之都-俊月星空
( 粤ICP备18056059号 )|网站地图
GMT+8, 2025-7-1 21:32 , Processed in 0.031061 second(s), 18 queries .
Powered by Mxzdjyxk! X3.5
© 2001-2025 Discuz! Team.
