MySQL異常宕機(jī)無法啟動的處理過程

更新時間：2024年08月15日 09:23:25 作者：hh真是個慢性子

MySQL宕機(jī)是指MySQL數(shù)據(jù)庫服務(wù)突然停止運(yùn)行,通?？赡苁怯捎谟布收?、軟件錯誤、資源耗盡、網(wǎng)絡(luò)中斷、配置問題或是惡意攻擊等導(dǎo)致,當(dāng)MySQL發(fā)生宕機(jī)時,系統(tǒng)可能無法提供數(shù)據(jù)訪問,本文給大家介紹了MySQL異常宕機(jī)無法啟動的處理過程,需要的朋友可以參考下

環(huán)境

oom異常關(guān)閉導(dǎo)致 MySQL5.7 啟動失敗。

同事導(dǎo)入數(shù)據(jù)時異常關(guān)閉，應(yīng)該是數(shù)據(jù)量太大導(dǎo)致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  #進(jìn)度到這里自動退出了

配置文件修改參數(shù) innodb_force_recovery = 1 ---->將0 修改為1 ---->沒有設(shè)置的可以在mysqld下添加參數(shù)

注解：

innodb_force_recovery可以是設(shè)置1-6，數(shù)字大的包含數(shù)字小的功能，所以我們要從1開始設(shè)置來嘗試啟動mysql
innodb_force_recovery=0，關(guān)閉恢復(fù)功能 正常啟動
innodb_force_recovery=1，即使發(fā)現(xiàn)了損壞頁面也繼續(xù)讓服務(wù)器繼續(xù)運(yùn)行，這個選項對于備份或者轉(zhuǎn)存當(dāng)前數(shù)據(jù)尤為有用
innodb_force_recovery=2，阻止恢復(fù)主線程的運(yùn)行，如果清除操作會導(dǎo)致服務(wù)器掛掉
innodb_force_recovery=3，恢復(fù)后不回滾事務(wù)
innodb_force_recovery=4，如果插入到緩沖區(qū)的合并操作會導(dǎo)致系統(tǒng)崩潰，將不會被執(zhí)行
innodb_force_recovery=5，啟動數(shù)據(jù)庫時，忽略撤消日志
innodb_force_recovery=6，啟動數(shù)據(jù)庫時，忽略與恢復(fù)相關(guān)的前滾日志

配置恢復(fù)

配置完成后重洗啟動數(shù)據(jù)庫

#先打開日志
[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).

#查看日志顯示已經(jīng)恢復(fù)到百分之百了
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


#再往下翻翻發(fā)現(xiàn)錯誤點(diǎn)----->是因為啟用了恢復(fù)時啟用了 innodb_force_recovery 參數(shù)
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

關(guān)閉此參數(shù)

#關(guān)閉innodb_force_recovery 參數(shù)
[root@db02 ~]# vim /etc/my.cnf
innodb_force_recovery = 0

啟動數(shù)據(jù)庫

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

注：
到這里數(shù)據(jù)庫就起來了，如果配置為1無法啟動數(shù)據(jù)庫可以在往后注意嘗試，直到可以啟動為止。

檢查是否有損壞的表

配置跳過表和網(wǎng)絡(luò)啟動

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

檢查是否啟動

ps -ef|grep mysql

打開日志觀察是否有損壞的表

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

檢查損壞的表并嘗試修復(fù)

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

如損壞的表過多則重新初始化數(shù)據(jù)庫，初始化前先備份

沒有損壞的表可以繼續(xù)使用當(dāng)前實(shí)例運(yùn)行。

壞表處理

備份數(shù)據(jù)庫

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

創(chuàng)建新的初始化目錄

mkdir /mydata/3306/data_new

授權(quán)

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

關(guān)閉舊 mysql

pkill mysql

啟動mysql

/etc/init.d/mysqld start  # 這個文件里要改成新的數(shù)據(jù)目錄名去啟動

注：如果報socket錯誤可以做個軟連接或者改配置文件即可。

連接mysql

mysql -uroot -p

將備份導(dǎo)入到新庫

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

檢查數(shù)據(jù)

此時已經(jīng)恢復(fù)完成，可以將MySQL停止，將舊數(shù)據(jù)目錄和新數(shù)據(jù)目錄重命名回去，修改配置文件，以恢復(fù)原狀。

優(yōu)化系統(tǒng)和 MySQL 配置優(yōu)化

系統(tǒng)配置優(yōu)化

cat >/etc/sysctl.conf<<'EOF'
vm.swappiness=0          # 減少 swap 分區(qū)使用
vm.overcommit_memory = 1 # 允許所有內(nèi)存分配
EOF

# 生效
sysctl -p

MySQL 配置優(yōu)化

# 配置文件永久修改
vim /etc/my.cnf
innodb_buffer_pool_size = 2G  # 將緩沖池配置為系統(tǒng)當(dāng)前可用內(nèi)存的 3/4

# 命令行臨時修改
set global innodb_buffer_pool_size=(select 2*1024*1024*1024);

以上就是MySQL異常宕機(jī)無法啟動的處理過程的詳細(xì)內(nèi)容，更多關(guān)于MySQL宕機(jī)無法啟動的資料請關(guān)注腳本之家其它相關(guān)文章！

您可能感興趣的文章: