好湿?好紧?好多水好爽自慰,久久久噜久噜久久综合,成人做爰A片免费看黄冈,机机对机机30分钟无遮挡

主頁 > 知識庫 > 解決MySQL數(shù)據(jù)庫意外崩潰導(dǎo)致表數(shù)據(jù)文件損壞無法啟動的問題

解決MySQL數(shù)據(jù)庫意外崩潰導(dǎo)致表數(shù)據(jù)文件損壞無法啟動的問題

熱門標(biāo)簽:地圖標(biāo)注客戶付款 臨沂做地圖標(biāo)注 宜賓全自動外呼系統(tǒng)廠家 石家莊400電話辦理公司 新鄉(xiāng)智能外呼系統(tǒng)好處 申請400電話電話價格 廣東400企業(yè)電話申請流程 咸陽防封電銷卡 許昌外呼增值業(yè)務(wù)線路

問題故障:

MySQL數(shù)據(jù)庫意外崩潰,一直無法啟動數(shù)據(jù)庫。

報錯日志:

啟動報錯:service mysqld restart

ERROR! MySQL server PID file could not be found!
Starting MySQL. ERROR! The server quit without updating PID file (/www/wdlinux/mysql/var/iZ2358oz5deZ.pid).

數(shù)據(jù)庫error日志:

200719 22:07:43 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Error: trying to add tablespace 840 of name './ob_wp/ob_termmeta.ibd'
InnoDB: to the tablespace memory cache, but tablespace
InnoDB: 840 of name './dev_nss/dg_queue.ibd' already exists in the tablespace
InnoDB: memory cache!
200719 22:07:43 mysqld_safe mysqld from pid file /www/wdlinux/mysql/var/iZ2358oz5deZ.pid ended

提示:數(shù)據(jù)庫啟動時讀取表空間信息時,ob-wp庫中的表ob_users.ibd表數(shù)據(jù)文件已存在于表空間中。

拓展:

存儲引擎是myisam, 在數(shù)據(jù)庫目錄下會看到3類文件:.frm、.myi、.myd
(a) *.frm--表定義,是描述表結(jié)構(gòu)的文件。
(b) *.MYD--"D"數(shù)據(jù)信息文件,是表的數(shù)據(jù)文件。
(c) *.MYI--"I"索引信息文件,是表數(shù)據(jù)文件中任何索引的數(shù)據(jù)樹
存儲引擎是InnoDB, 在data目錄下會看到2類文件:.frm、.ibd
(a) *.frm--表結(jié)構(gòu)的文件。
(b) *.ibd--表數(shù)據(jù)文件

出處:https://www.cnblogs.com/liucx/

方法一:

根據(jù)提示信息判定該InnoDB表損壞,于是嘗試將dev_nss庫目錄中的表結(jié)構(gòu)和表數(shù)據(jù)文件備份
mv ob_termmeta.ibd ob_termmeta.ibd,bak
mv ob_termmeta.frm ob_termmeta.frm.bak
然后重啟了下mysql,發(fā)現(xiàn)還是無法啟動,提示其他表數(shù)據(jù)文件已存在,連續(xù)3次將已損壞的文件備份,還是無法啟動。故放棄此方法。

方法二:

1.查閱官網(wǎng)文檔,在mysql配置文件中/etc/my.cnf添加配置,成功啟動
[mysqld]
innodb_force_recovery = 1

2.備份數(shù)據(jù)庫
mysqldump -h172.168.2.100 -uroot -p -A > mysql_all_bak.sql
如遇報表不存在,mysqldump可以添加參數(shù):--force ,跳過錯誤

3.刪除數(shù)據(jù)庫
drop database hxdb; 或者將數(shù)據(jù)庫數(shù)據(jù)庫目錄 mv hxdb hxdb_bak (保險)

4.去掉參數(shù) innodb_force_recovery
將之前設(shè)置的參數(shù)去掉后,重新啟動數(shù)據(jù)庫

5.導(dǎo)入數(shù)據(jù)
mysql -uroot -p mysql_all_bak.sql
Warning: Using a password on the command line interface can be insecure.
ERROR 1050 (42S01) at line 25: Table '`hxdb`.`tb_info`' already exists

如果提示表已經(jīng)存在,這是因?yàn)閷nnodb_force_recovery參數(shù)去掉后,數(shù)據(jù)庫會進(jìn)行回滾操作,會生成相應(yīng)的ibd文件,所以需要將該文件刪除掉,刪除后重新導(dǎo)入
mysql -uroot -p mysql_all_bak.sql

注:

innodb_force_recovery參數(shù)解釋:崩潰恢復(fù)模式,通常只有在嚴(yán)重故障排除情況下才會改變??梢缘闹凳菑?到6。

只有在緊急情況下才將這個變量設(shè)置為大于0的值,這樣你才能啟動InnoDB并轉(zhuǎn)儲你的表。作為一種安全措施,當(dāng)innodb_force_recovery大于0時,InnoDB可以防止插入、更新或刪除操作。
在5.6.15,innodb_force_recovery設(shè)置為4或更大,將InnoDB設(shè)置為只讀模式。由于relay_log_info_repository=TABLE和master_info_repository=TABLE在InnoDB表中存儲信息,這些限制可能導(dǎo)致復(fù)制管理命令失敗并出現(xiàn)錯誤。

innodb_force_recovery默認(rèn)情況下為0(正常啟動而不強(qiáng)制恢復(fù))。允許的非零值 innodb_force_recovery是1到6。較大的值包括較小值的功能。例如,值3包含值1和2的所有功能。
如果能夠轉(zhuǎn)儲 innodb_force_recovery值為3或更小的表,則相對安全的是,僅丟失損壞的單個頁面上的某些數(shù)據(jù)。4或更大的值被認(rèn)為是危險的,因?yàn)閿?shù)據(jù)文件可能會永久損壞。值6被認(rèn)為是過分的,因?yàn)閿?shù)據(jù)庫頁面處于過時狀態(tài),這反過來可能會使B樹 和其他數(shù)據(jù)庫結(jié)構(gòu)遭受更多破壞。

為了安全起見,請InnoDB防止 INSERT, UPDATE或 DELETE在innodb_force_recovery大于0 時進(jìn)行操作 。從MySQL 5.6.15開始, 在只讀模式下innodb_force_recovery設(shè)置4個或更多位置InnoDB。
1 (SRV_FORCE_IGNORE_CORRUPT)
讓服務(wù)器運(yùn)行,即使它檢測到一個損壞的頁面。嘗試讓SELECT * FROM tbl_name跳過損壞的索引記錄和頁面,這有助于轉(zhuǎn)儲表。
2 (SRV_FORCE_NO_BACKGROUND)
阻止主線程和任何清除線程運(yùn)行。如果在清除操作期間發(fā)生崩潰,則此恢復(fù)值將防止崩潰。
3 (SRV_FORCE_NO_TRX_UNDO)
在崩潰恢復(fù)后不運(yùn)行事務(wù)回滾。
4 (SRV_FORCE_NO_IBUF_MERGE)
防止插入緩沖區(qū)合并操作。如果它們會導(dǎo)致崩潰,就不要做。不計(jì)算表統(tǒng)計(jì)信息。此值可能永久損壞數(shù)據(jù)文件。使用此值后,準(zhǔn)備刪除并重新創(chuàng)建所有二級索引。在MySQL 5.6.15中,將InnoDB設(shè)置為只讀。
5 (SRV_FORCE_NO_UNDO_LOG_SCAN)
啟動數(shù)據(jù)庫時不要查看撤銷日志:InnoDB甚至?xí)⑽赐瓿傻氖聞?wù)視為已提交。此值可能永久損壞數(shù)據(jù)文件。在MySQL 5.6.15中,將InnoDB設(shè)置為只讀。
6 (SRV_FORCE_NO_LOG_REDO)
在恢復(fù)時不執(zhí)行重做日志前滾。此值可能永久損壞數(shù)據(jù)文件。使數(shù)據(jù)庫頁面處于過時狀態(tài),這反過來可能會給b -樹和其他數(shù)據(jù)庫結(jié)構(gòu)帶來更多損壞。在MySQL 5.6.15中,將InnoDB設(shè)置為只讀。

出處:https://www.cnblogs.com/liucx/

參閱官網(wǎng):
https://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
https://dev.mysql.com/doc/refman/5.6/en/innodb-parameters.html#sysvar_innodb_force_load_corrupted

希望能幫到你

到此這篇關(guān)于MySQL數(shù)據(jù)庫意外崩潰導(dǎo)致表數(shù)據(jù)文件損壞無法啟動的問題解決的文章就介紹到這了,更多相關(guān)MySQL數(shù)據(jù)庫意外崩潰導(dǎo)致表數(shù)據(jù)文件損壞無法啟動的問題解決內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

您可能感興趣的文章:
  • MySQL 利用frm文件和ibd文件恢復(fù)表數(shù)據(jù)
  • MySQL之導(dǎo)出整個及單個表數(shù)據(jù)的操作
  • MySQL Delete 刪數(shù)據(jù)后磁盤空間未釋放的原因
  • ubuntu下磁盤空間不足導(dǎo)致mysql無法啟動的解決方法
  • Mysql存儲引擎MyISAM的常見問題(表損壞、無法訪問、磁盤空間不足)
  • lnmp下如何關(guān)閉Mysql日志保護(hù)磁盤空間
  • 幾個縮減MySQL以節(jié)省磁盤空間的建議
  • Mysql InnoDB刪除數(shù)據(jù)后釋放磁盤空間的方法
  • 為什么MySQL 刪除表數(shù)據(jù) 磁盤空間還一直被占用

標(biāo)簽:鎮(zhèn)江 臺灣 日照 鷹潭 貴州 合肥 阜新 北京

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《解決MySQL數(shù)據(jù)庫意外崩潰導(dǎo)致表數(shù)據(jù)文件損壞無法啟動的問題》,本文關(guān)鍵詞  解決,MySQL,數(shù)據(jù)庫,意外,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《解決MySQL數(shù)據(jù)庫意外崩潰導(dǎo)致表數(shù)據(jù)文件損壞無法啟動的問題》相關(guān)的同類信息!
  • 本頁收集關(guān)于解決MySQL數(shù)據(jù)庫意外崩潰導(dǎo)致表數(shù)據(jù)文件損壞無法啟動的問題的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    主站蜘蛛池模板: 黄色激情片段| 91女厕精品合集KTV偷窥美女嘘嘘| 美女扒开尿口让男生桶| 学生偷拍白嫩12p| free性欧美tv潮喷frSex| 铜梁县| 高hnp强j乱l调教| 啊轻点灬太粗嗯太深了用力了师傅小说| 美女脱光内裤| 韩国三级理论在线观看| 男人的天堂精品国产一区| 亚洲AV秘?无码枫可怜811| 芭乐视app官网入口下载安装| 双性ntr| 男生和女生做运动| freee性欧美| 呦女精品视频| 国产Chinese男男Gay2022网站 | 午夜理论片2018理论| の教室の成熟した女教师| 乘破浪乘风的姐姐第四季| **毛片免费看| 欧美在线日韩| 亚洲AV无码精品856744| 小婬娃H肉欲合集| 免费无码婬片A片AAA毛片96| 韩漫无删| 糙汉粗口h文1v1视频| 渡佛男主和女主第一次| 日本最长69频频14页码69| 被仇人破瓜的侠女| 儿子与情人在线播放完整版| 91丝袜??国产在线观看| 国产人美﹣色哟哟| 男同1069gay视频播放| 中文字幕一区二区三区完整版| 3D成人国漫 动漫精品| 韩国论理电影免费观看| 香港经典a毛片免费观看爽爽影院 乱人伦视频中文字幕免费 | 亚洲精品A片一区二区三区电影| 99热在这里只有精品|