云服务器促销,免费安装宝塔面板!
开启左侧

[宝塔面板] 宝塔面板重启Mysql故障及MYSQL数据表损坏的原因分析和修复方法

[复制链接]
当流科技 发表于 2018-5-12 22:53:44 | 显示全部楼层 |阅读模式

本站会员必须 邮箱验证成功后 才能发帖。马上注册查阅更多教程,下载海量资源,让你轻松玩做站

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
近期发现很多新手站长,尤其是Linux系统安装宝塔的新手朋友,有事没事就直接重启服务器,运气不佳的Mysql损坏,导致无法启动。在此当流科技提醒下新手朋友们,在使用宝塔面板中,不要任性随意重启服务器,在重启服务器前,切记一定要把mysql服务停止,然后执行sync命令刷新下数据。, i1 {" f  D2 W9 W) p2 o; H" D* y$ _

! Q0 |$ j* |8 i- {. f9 C推荐下一个小思路,Mysql数据库数据表损坏的原因分析和修复方法,仅供参考
" L; h2 g# F& L5 c/ M* {9 m0 G2 \$ h; }( c+ l' F' o5 `( y( y
1.表损坏的原因分析
# S/ Q4 v7 s8 P  D以下原因是导致mysql 表毁坏的常见原因:
# X6 e9 P7 y# N( @2 U$ B1、 服务器突然断电导致数据文件损坏。 7 _2 O1 [7 V& I& s3 e% ]) L# k
2、 强制关机,没有先关闭mysql 服务。
+ Y8 }& e1 c+ c4 a3、 mysqld 进程在写表时被杀掉。
; ^. f1 T) o- s# O3 P/ q, B5 R4、 使用myisamchk 的同时,mysqld 也在操作表。 8 z* J9 W7 _! w
5、 磁盘故障。 7 F0 g4 _+ M* s4 F
6、 服务器死机。 ' M6 }8 B9 w2 U# d, T
7、 mysql 本身的bug 。
: J+ B5 O& v( m8 W; n, v2 H
% \2 D2 ]: k+ i' `, M- Z2.表损坏的症状 - \& n& e# E" V& o$ l
一个损坏的表的典型症状如下: 6 c/ \' ?! j3 K. l9 o. M8 e. T
1 、当在从表中选择数据之时,你得到如下错误:
. d: G7 m' ~2 e! S8 p0 ]: EIncorrect key file for table: '...'. Try to repair it + B  z% z& f8 _8 A9 W
2 、查询不能在表中找到行或返回不完全的数据。
) N1 ?  E7 ?! ^) q3 、Error: Table 'p' is marked as crashed and should be repaired 。
' }& v0 O. z3 h& b2 }: N2 |1 \4 、打开表失败: Can't open file: ‘×××.MYI' (errno: 145) 。 , b$ Q* ]  u% W. P, a
' C* c8 m( K% ]8 }
3.预防 MySQL 表损坏
3 T  G, D$ u, C9 @- x) p. _9 Q0 d可以采用以下手段预防mysql 表损坏:
' ~7 u# `* }0 m  w1 、定期使用myisamchk 检查MyISAM 表(注意要关闭mysqld ),推荐使用check table 来检查表(不用关闭mysqld )。
8 n$ ^- K; O, u) p1 Y( s2 、在做过大量的更新或删除操作后,推荐使用OPTIMIZE TABLE 来优化表,这样既减少了文件碎片,又减少了表损坏的概率。 ( o7 K7 |& l( a- k9 Q# n
3 、关闭服务器前,先关闭mysqld (正常关闭服务,不要使用kill -9 来杀进程)。   M1 k: K8 M, V9 j  B5 o9 {
4 、使用ups 电源,避免出现突然断电的情况。 % j5 H/ j6 Q( B" J
5 、使用最新的稳定发布版mysql ,减少mysql 本身的bug 导致表损坏。 2 {* w8 [# l. O& Y' j0 |
6 、对于InnoDB 引擎,你可以使用innodb_tablespace_monitor 来检查表空间文件内文件空间管理的完整性。 . t/ u7 F0 F  R  H+ e0 E
7 、对磁盘做raid ,减少磁盘出错并提高性能。 ' C! M- h/ t+ t# l" o! T, L9 E
8 、数据库服务器最好只跑mysqld 和必要的其他服务,不要跑其他业务服务,这样减少死机导致表损坏的可能。 6 ]( b' g1 \: z# u, q
9 、不怕万一,只怕意外,平时做好备份是预防表损坏的有效手段。

  K. g. B5 F0 H! K4.MySQL 表损坏的修复 & x9 n, x! E& G8 [! b: _( ?
MyISAM 表可以采用以下步骤进行修复 :
, C) h; _9 E6 O4 W1、 使用 reapair table 或myisamchk 来修复。 + r- k7 F  ^  D3 P, d: J) @
2、 如果上面的方法修复无效,采用备份恢复表。 9 v$ K5 @/ F' c5 y; D1 C
具体可以参考如下做法:
# |9 Y7 `2 l6 I. H; z
阶段1 :检查你的表 1 _% W; O& `. t0 l/ ^8 B8 s2 }; Q0 A
如果你有很多时间,运行myisamchk *.MYI 或myisamchk -e *.MYI 。使用-s (沉默)选项禁止不必要的信息。
' V7 {( K* A' c# j7 a, h如果mysqld 服务器处于宕机状态,应使用--update-state 选项来告诉myisamchk 将表标记为' 检查过的' 。
* \) S4 `9 [! O- n你必须只修复那些myisamchk 报告有错误的表。对这样的表,继续到阶段2 。 - t( t# a/ ]  l: g% f9 g
如果在检查时,你得到奇怪的错误( 例如out of memory 错误) ,或如果myisamchk 崩溃,到阶段3 。

' r* s1 Z. h6 Z% M0 q3 e4 q1 ?阶段2 :简单安全的修复 2 g+ r& ^( C) ?- `) r' J/ D
注释:如果想更快地进行修复,当运行myisamchk 时,你应将sort_buffer_size 和Key_buffer_size 变量的值设置为可用内存的大约25% 。
' p" w  o" Q8 H0 e' A. N首先,试试myisamchk -r -q tbl_name(-r -q 意味着“ 快速恢复模式”) 。这将试图不接触数据文件来修复索引文件。如果数据文件包含它应有的一切内容和指向数据文件内正确地点的删除连接,这应该管用并且表可被修复。开始修复下一张表。否则,执行下列过程: * ~+ o; I9 R8 I# Q
在继续前对数据文件进行备份。 9 `) f& P# }7 u7 o
使用myisamchk -r tbl_name(-r 意味着“ 恢复模式”) 。这将从数据文件中删除不正确的记录和已被删除的记录并重建索引文件。
( o! x& T! O8 p0 Y如果前面的步骤失败,使用myisamchk --safe-recover tbl_name 。安全恢复模式使用一个老的恢复方法,处理常规恢复模式不行的少数情况( 但是更慢) 。 ' U# b8 {6 r- c% ]9 W" A
如果在修复时,你得到奇怪的错误( 例如out of memory 错误) ,或如果myisamchk 崩溃,到阶段3 。
8 H  R% G" V4 f. j
阶段3 :困难的修复
/ v/ y' U" f8 Z9 e# {1 k* {只有在索引文件的第一个16K 块被破坏,或包含不正确的信息,或如果索引文件丢失,你才应该到这个阶段。在这种情况下,需要创建一个新的索引文件。按如下步骤操做: $ v8 ]8 v- p  Z- q! {
把数据文件移到安全的地方。 ( Q" B, Q# k0 E( h
使用表描述文件创建新的( 空) 数据文件和索引文件:
9 l6 F& ^3 E) e- s
3 Q  S$ ?- H" ?9 N# ^9 P复制代码 代码如下:
3 ]  D1 Y, T- k, Q& J
$ \! R* p/ j+ ~% Y7 B$ P0 O
6 T0 Q7 {( I8 F/ U* k
  1. shell> mysql db_name
    $ ^1 u! Z, A' X2 o9 m0 r4 |$ K* c2 a
  2. mysql> SET AUTOCOMMIT=1; : m) z7 y) Q" {3 T; z0 v+ c
  3. mysql> TRUNCATE TABLE tbl_name; 0 E4 }6 T6 S) @
  4. mysql> quit
    ' ?# d3 P! Y: S
复制代码
( K8 s" ^( V& Y
7 g  d) ^' F. x8 w' x% m
如果你的MySQL 版本没有TRUNCATE TABLE ,则使用DELETE FROM tbl_name 。
# G3 B3 |+ B9 p3 }将老的数据文件拷贝到新创建的数据文件之中。(不要只是将老文件移回新文件之中;你要保留一个副本以防某些东西出错。) ' K& C1 ~' P, o: Q* m$ A$ @
回到阶段2 。现在myisamchk -r -q 应该工作了。(这不应该是一个无限循环)。
0 Q- |( G# q# G" x你还可以使用REPAIR TABLE tbl_name USE_FRM ,将自动执行整个程序。
+ ?5 ?; D4 c7 y$ A' o

, ?9 v5 X" O2 f# r( k4 ^7 v) H阶段4 :非常困难的修复 4 b% \, A0 P& }$ w  y' A
只有.frm 描述文件也破坏了,你才应该到达这个阶段。这应该从未发生过,因为在表被创建以后,描述文件就不再改变了。
8 C" |7 [% i; D$ E% H' B从一个备份恢复描述文件然后回到阶段3 。你也可以恢复索引文件然后回到阶段2 。对后者,你应该用myisamchk -r 启动。
; M" T7 u: A4 d. M! l如果你没有进行备份但是确切地知道表是怎样创建的,在另一个数据库中创建表的一个拷贝。删除新的数据文件,然后从其他数据库将描述文件和索引文件移到破坏的数据库中。这样提供了新的描述和索引文件,但是让.MYD 数据文件独自留下来了。回到阶段2 并且尝试重建索引文件。 7 @# K/ {" C# \5 H" D
InnoDB 表可以采用下面的方法修复: 1 C% }, k& s/ {5 ^
如果数据库页被破坏,你可能想要用SELECT INTO OUTFILE 从从数据库转储你的表,通常以这种方法获取的大多数数据是完好的。即使这样,损坏可能导致SELECT * FROM tbl_name 或者InnoDB 后台操作崩溃或断言,或者甚至使得InnoDB 前滚恢复崩溃。 尽管如此,你可以用它来强制InnoDB 存储引擎启动同时阻止后台操作运行,以便你能转储你的表。例如:你可以在重启服务器之前,在选项文件的[mysqld] 节添加如下的行: / S/ s: v9 S3 v+ q0 a$ Q- o, A! @
[mysqld]innodb_force_recovery = 4innodb_force_recovery 被允许的非零值如下。一个更大的数字包含所有更小数字的预防措施。如果你能够用一个多数是4 的选项值来转储你的表,那么你是比较安全的,只有一些在损坏的单独页面上的数据会丢失。一个为6 的值更夸张,因为数据库页被留在一个陈旧的状态,这个状态反过来可以引发对B 树和其它数据库结构的更多破坏。

5 ^5 K+ N" ]  z5 G. s5 `) {. O; C! s) V5 L- G1 o5 `
1 (SRV_FORCE_IGNORE_CORRUPT) 0 b/ a8 B* F/ R% G& X/ \0 F
即使服务器检测到一个损坏的页,也让服务器运行着;试着让SELECT * FROM tbl_name 跳过损坏的索引记录和页,这样有助于转储表。
! Z0 C' Y% _" |& Q$ ^# E

0 v! ^* z! L/ Y7 X( _# a# z2 (SRV_FORCE_NO_BACKGROUND) & K  h) {# v, m( H4 y; l
阻止主线程运行,如果崩溃可能在净化操作过程中发生,这将阻止它。
( v. t+ X$ I8 j8 r6 e3 L

6 E* s$ c* _# ], I( V& X3 (SRV_FORCE_NO_TRX_UNDO)
( [, D' Y1 F' ]  X恢复后不运行事务回滚。
8 }9 f1 L+ ~6 U6 G
% [1 P, r, R% P
4 (SRV_FORCE_NO_IBUF_MERGE) ; b( h! D1 ^: W
也阻止插入缓冲合并操作。如果你可能会导致一个崩溃。最好不要做这些操作,不要计算表统计表。
9 ~4 M1 p" W* ]4 h

! E. W; X0 _$ s+ K6 a$ f# t3 h9 V6 p5 (SRV_FORCE_NO_UNDO_LOG_SCAN)
7 `% q) U* v. a, c( q启动数据库之时不查看未完成日志:InnoDB 把未完成的事务视为已提交的。

* E0 x6 P. X) i# g& S) g& |
- M) `5 B3 H4 z3 o6 (SRV_FORCE_NO_LOG_REDO) % }; ]9 t6 k1 ?5 v
不要在恢复连接中做日志前滚。
& X3 P/ n7 W9 H7 I+ O数据库不能另外地带着这些选项中被允许的选项来使用。作为一个安全措施,当innodb_force_recovery 被设置为大于0 的值时,InnoDB 阻止用户执行INSERT, UPDATE 或DELETE 操作. & u! y) a% ?' d* r: s; {" V6 I9 y  B
即使强制恢复被使用,你也可以DROP 或CREATE 表。如果你知道一个给定的表正在导致回滚崩溃,你可以移除它。你也可以用这个来停止由失败的大宗导入或失败的ALTER TABLE 导致的失控回滚。你可以杀掉mysqld 进程,然后设置innodb_force_recovery 为3 ,使得数据库被挂起而不需要回滚,然后舍弃导致失控回滚的表。

, h# a) D2 c8 x/ K' S* I8 q
7 H. B+ Y* ^. c, T1 w  I. l; J7 R
# m& f& ~3 H) b  \( I
当流科技-专业Discuz建站、仿站业务,专注处理discuz!论坛挂马,专注提供论坛托管维护服务! 提供Discuz论坛空间、VPS、云服务器!咨询QQ 569160956 778521512
回复

使用道具 举报

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

本版积分规则

精彩课程推荐

抱歉,当前存在网络问题或服务器繁忙,详细错

主讲:我心枫叶 Discuz!教程

Discuz!论坛网盘附件免跳转下载(手机版网

主讲:当流科技 Discuz插件

discuz论坛搬家教程,如何搬迁到新服务器?

主讲:风雨兼程 Discuz!教程

宝塔面板绑定域名无法访问后台怎么解决?

主讲:风雨兼程 服务器学院

Discuz!X3.3全新安装和升级后快速回复框丢

主讲:风雨兼程 Discuz!教程

宝塔面板phpmyadmin 数据库502 Bad Gateway

主讲:当流科技 服务器学院

Discuz! X3.4虚拟人气虚拟用户在线插件 完

主讲:执手天涯 Discuz插件

宝塔面板mysql怎么用navicat 连接数据库呢

主讲:当流科技 服务器学院

商务合作

0551-66191059
service#dangliu.net
点击这里给我发消息
dz论坛/Discuz!论坛新手

关注微信公众号

QQ扫码 加 DZ技术群