TA的每日心情 | 奋斗 3 天前 |
---|
签到天数: 2385 天 [LV.Master]伴坛终老
|
3楼
楼主 |
发表于 2007-12-22 13:11:01
|
只看该作者
mysql5.0 Table ‘.\xoops\cms_session’ is marked as crashed and last (automatic?) repair failed11月 22, 2007 at 10:49 am 由 CFC4N · Filed under 心情日记
# x5 ?. {, }* C5 J0 \/ H7 K9 X9 c
1 |! N8 j: P5 @今天到公司,***, 公司网站的cms_session表又坏了,保存不 了session了,登陆不了! 日志查看了一下,N多错误! 靠靠靠!
( W3 b& r: r: c' @' F4 Q8 i ^) k% i. u% [7 Z0 R
7 T, p4 f7 Q9 @0 `7 K. T$ T
查了N多资料, 发现这篇BLOG 写的蛮详细的,COPY过来!
4 p* \& S) P& W+ j% Y) K& O; n6 K4 }4 M7 q* ?$ x, B7 w
最后我解决的方法是 5 R2 g) l0 `3 I% z1 ~$ G
4 P7 ` D x; j* B
myisamchk -f -o ../data/xoops/cms_session.MYI' w: w7 f1 @3 ^, F; S+ a/ w
以下是 网友的BLOG详细资料!
/ c B, Y. |% U( [7 }+ G3 N0 v7 q
我的网站出问题了,访问一看,果然全屏报错,检查mysql日志,错误信息为:+ |8 M; A% H9 } A! g
4 _ q0 K/ r8 I7 Z
Table '.\dedecmsv4\dede_archives' is marked as crashed and should be repaired
7 M! x9 x; I5 I% N提示说cms的文章表dede_archives被标记有问题,需要修复。于是赶快恢复历史数据,上网查找原因。最终将问题解决。解决方法如下:
3 }1 d( c+ S4 \6 B
/ ~! [9 I' ?& @找到mysql的安装目录的bin/myisamchk工具,在命令行中输入:4 c& B! J/ P& V3 q- a2 Z
7 { _* _& S! u4 V2 g: \. f
myisamchk -c -r ../data/dedecmsv4/dede_archives.MYI
, S% s8 n' W% X7 G. I+ g然后myisamchk 工具会帮助你恢复数据表的索引。重新启动mysql,问题解决。9 J0 f, n! h" L. N3 L0 T5 d( a
1 ~$ \! G# S# Q3 [4 z0 }
问题分析:# B ?# l( J9 T; z3 S* Y
" d% H6 j6 N+ i% C5 @& n
1、错误产生原因,有网友说是频繁查询和更新dede_archives表造成的索引错误,因为我的页面没有静态生成,而是动态页面,因此比较同意这种说法。还有说法为是MYSQL数据库因为某种原因而受到了损坏,如:数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操作都有可能导致MYSQL数据库表被损坏而无法读取数据。总之就是因为某些不可测的问题造成表的损坏。
. X1 R: H. O+ X+ V: }) j
1 d+ r- w {7 U5 O/ q问题的编号为145
: m0 G1 r/ S1 Y k8 [: `' j* p' E3 H4 p4 R) s$ B8 ~- I
2、问题解决办法。3 u5 r# f" W' y/ H! W2 \7 X
9 X& j: N# a3 i( P* V 当你试图修复一个被破坏的表的问题时,有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立,删除信息所指出的文件并再试一次–这通常是上一次修复操作遗留下来的。
1 Z" ~. A3 T" a0 r/ N2 o6 u/ F这三种修复方法如下所示:7 C5 p s; f. E* l
$ |6 n- ~1 k, s; t
% myisamchk --recover --quick /path/to/tblName
m$ {) _5 O8 x6 R. {" |% myisamchk --recover /path/to/tblName
% X$ r: V7 L5 ~' o. x( ^2 {& c% myisamchk --safe-recover /path/to/tblName) o1 s U5 J/ F- w v! ~# `- ]0 \" E
# w3 Y* ^4 k2 c" ]
第一种是最快的,用来修复最普通的问题;而最后一种是最慢的,用来修复一些其它方法所不能修复的问题。
# d1 p8 z) n# Q7 S, d& u7 _7 G/ u% d
检查和修复MySQL数据文件& {) r( `* z0 D2 ~4 a
如果上面的方法无法修复一个被损坏的表,在你放弃之前,你还可以试试下面这两个技巧:
5 u7 V" N6 m5 f }# ?& j6 V如果你怀疑表的索引文件(*.MYI)发生了不可修复的错误,甚至是丢失了这个文件,你可以使用数据文件(*.MYD)和数据格式文件(*.frm)重新生成它。首先制作一个数据文件(tblName.MYD)的拷贝。重启你的MySQL服务并连接到这个服务上,使用下面的命令删除表的内容:9 g4 v+ N! \- t$ u3 m8 N
mysql> DELETE FROM tblName;4 P1 k8 |# J( g: [$ y0 ~
在删除表的内容的同时,会建立一个新的索引文件。退出登录并重新关闭服务,然后用你刚才保存的数据文件(tblName.MYD)覆盖新的(空)数据文件。最后,使用myisamchk执行标准的修复(上面的第二种方法),根据表的数据的内容和表的格式文件重新生成索引数据。
! {5 Y$ S& q) Y( @
% ]- U% @" ]' O0 t5 R$ ?+ `如果你的表的格式文件(tblName.frm)丢失了或者是发生了不可修复的错误,但是你清楚如何使用相应的CREATE TABLE语句来重新生成这张表,你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(如果索引文件有问题,使用上面的方法重建一个新的)一起使用。首先制作一个数据和索引文件的拷贝,然后删除原来的文件(删除数据目录下有关这个表的所有记录)。$ p+ @0 Z* y9 U1 i
* k i. ^8 C( h1 K2 V% ^启动MySQL服务并使用当初的CREATE TABLE文件建立一个新的表。新的.frm文件应该可以正常工作了,但是最好你还是执行一下标准的修复(上面的第二种方法)。
- B! ~3 V# I. \/ V+ ?' o 3、myisamchk工具介绍(见mysql的官方手册)
/ Q1 w/ X4 X4 D* G& ]# ?# F. a
& ?9 c$ C/ j: k$ i6 j可以使用myisamchk实用程序来获得有关数据库表的信息或检查、修复、优化他们。myisamchk适用MyISAM表(对应.MYI和.MYD文件的表)。: X3 n( k6 n) v2 J' ?6 H
8 `- d y- _7 @* T* I1 t
调用myisamchk的方法:* X; L3 b& N6 | t! i
, I# Z9 C- |& v4 m ~- ]# Sshell> myisamchk [options] tbl_name …
8 h$ k% o, P) woptions指定你想让myisamchk做什么。在后面描述它们。还可以通过调用myisamchk –help得到选项列表。$ I5 S! {, B+ n4 H8 |, N% p
3 w: r, P9 P5 N9 g) N0 htbl_name是你想要检查或修复的数据库表。如果你不在数据库目录的某处运行myisamchk,你必须指定数据库目录的路径,因为myisamchk不知道你的数据库位于哪儿。实际上,myisamchk不在乎你正在操作的文件是否位于一个数据库目录;你可以将对应于数据库表的文件拷贝到别处并且在那里执行恢复操作。
8 Z' k# V6 M$ k) g7 c, D4 w7 C1 P; b
如果你愿意,可以用myisamchk命令行命名几个表。还可以通过命名索引文件(用“ .MYI”后缀)来指定一个表。它允许你通过使用模式“*.MYI”指定在一个目录所有的表。例如,如果你在数据库目录,可以这样在目录下检查所有的MyISAM表:! L: E; R9 y- t, q8 ]5 p/ j
$ }0 b% c4 \+ b6 S$ D
shell> myisamchk *.MYI' B% M% R) P) K' g0 J+ c" q: K
如果你不在数据库目录下,可通过指定到目录的路径检查所有在那里的表:
5 o: t: g( m1 @4 T4 m& V2 J) e `1 S/ y! p# i) v$ w
shell> myisamchk /path/to/database_dir/*.MYI
, Z% @- E, G' a+ a8 r7 U你甚至可以通过为MySQL数据目录的路径指定一个通配符来检查所有的数据库中的所有表:+ { r1 ?6 E4 a' t
% ^# |2 U4 c0 s+ X9 K
shell> myisamchk /path/to/datadir/*/*.MYI( P; q W- }- n8 R2 L$ O4 ?$ m
推荐的快速检查所有MyISAM表的方式是:
5 E3 d6 M0 F. g- @( {+ u
9 h D8 u2 g5 t9 h" r8 ushell> myisamchk --silent --fast /path/to/datadir/*/*.MYI( C: P+ X( D" Q
如果你想要检查所有MyISAM表并修复任何破坏的表,可以使用下面的命令:
: P- C& F! G. e- ^$ q7 L1 p9 k# W5 B% Z8 p1 a; n6 ~3 A1 j, y
shell> myisamchk --silent --force --fast --update-state \ / k2 `. r6 _6 M
-O key_buffer=64M -O sort_buffer=64M \
: I! L; p3 t5 n( ~6 G ^ -O read_buffer=1M -O write_buffer=1M \ 7 U/ j" C& y' j! V' s
/path/to/datadir/*/*.MYI% v7 Q/ t9 D, T4 Y; j4 ]
该命令假定你有大于64MB的自由内存。关于用myisamchk分配内存的详细信息,参见5.9.5.5节,“myisamchk内存使用”。
+ m r% Y/ |1 `8 U6 Z, z* b5 ~& Q3 b' r. y% M
当你运行myisamchk时,必须确保其它程序不使用表。否则,当你运行myisamchk时,会显示下面的错误消息:2 |, U; D d3 n+ p4 s
8 `- t* h/ ]9 D( Ewarning: clients are using or haven't closed the table properly
6 @! S9 _0 t9 b这说明你正尝试检查正被另一个还没有关闭文件或已经终止而没有正确地关闭文件的程序(例如mysqld服务器)更新的表。
) x5 P" f( [3 ~/ K5 y _2 T4 ?# x5 I7 k2 _/ J! l& |! A
如果mysqld正在运行,你必须通过FLUSH TABLES强制清空仍然在内存中的任何表修改。当你运行myisamchk时,必须确保其它程序不使用表。避免该问题的最容易的方法是使用CHECK TABLE而不用myisamchk来检查表。 ' G, r, m( N! Z% q
4 O, V) D- q+ |5 r- F4 x9 [
Permalink |
|