检查优化并修复所有的数据库用:
# mysqlcheck -A -o -r -p
Enter password:
database1 OK
database2 OK
----------
修复指定的数据库用
# mysqlcheck -A -o -r Database_NAME -p
即可
另外如果只是对某个表进行修复可以用:myisamchk或isamchk
其中myisamchk适用于MYISAM类型的数据表,而isamchk适用于ISAM类型的数据表。这两条命令的主要参数相同,一般新的系统都使用MYISAM作为缺省的数据表类型,这里以myisamchk为例子进行说明。当发现某个数据表出现问题时可以使用:
myisamchk tablename.MYI
进行检测,如果需要修复的话,可以使用:
myisamchk -of tablename.MYI
关于myisamchk的详细参数说明,可以参见它的使用帮助。需要注意的时在进行修改时必须确保MySQL服务器没有访问这个数据表,保险的情况下是最好在进行检测时把MySQL服务器Shutdown掉。
另外可以把下面的命令放在你的rc.local里面启动MySQL服务器前:
[ -x /tmp/mysql.sock ] &&/pathtochk/myisamchk -of /DATA_DIR/*/*.MYI
其中的/tmp/mysql.sock是MySQL监听的Sock文件位置,对于使用RPM安装的用户应该是 /var/lib/mysql/mysql.sock,对于使用源码安装则是/tmp/mysql.sock可以根据自己的实际情况进行变更,而 pathtochk则是myisamchk所在的位置,DATA_DIR是你的MySQL数据库存放的位置。
1,简单的修复模式
myisamchk -r -q path/数据库/坏表.MYI
注:-r ----恢复模式 -q ----快速修复
2,使用安全修复模式
myisamchk --safe-recover path/数据库/坏表.MYI
3,困难的修复模式
如果在索引文件的第一个16K块被破坏,或包含不正确的信息,或如果索引文件丢失,你只应该到这个阶段 。在这种情况下,创建一个新的索引文件是必要的。按如下这样做:
把数据文件移更安全的地方。
使用表描述文件创建新的(空)数据和索引文件:
shell>mysql db_name
mysql>Delete FROM tbl_name
mysql>quit
将老的数据文件拷贝到新创建的数据文件之中。(不要只是将老文件移回新文件之中;你要保留一个副本以防某些东西出错。)
回到阶段2。现在myisamchk -r -q应该工作了。(这不应该是一个无限循环)。
4,非常困难的修复模式
只有描述文件也破坏了,你才应该到达这个阶段。这应该从未发生过,因为在表被创建以后,描述文件就不再改变了。
从一个备份恢复描述文件并且回到阶段3。你也可以恢复索引文件并且回到阶段2。对后者,你应该用myisamchk -r启动。
如果你没有一个备份但是确切地知道表是怎样被创建的,在另一个数据库中创建表的一个拷贝。删除新的数据文件,然后从其他数据库将描述和索引文件移到破坏的数据库中。这给了你新的描述和索引文件,但是让数据文件独自留下来了。回到阶段2并且尝试重建索引文件。
5,优化表结构
myisamchk -r 表
也可以使用sql语句来优化OPTIMIZE TABLE
本方法参考自mouse博客
微信数据库损坏,这是由于你的 *** 作系统和该版本的微信不兼容或者你的微信软件有损坏。
微信系统自带修复并不能百分百成功,原因是每个人手机内存大小不同,微信使用的数据量多少不同,所以在修复的过程中缓存区如果数据太多,部分数据就会被损坏。这就是有些人能成功则有些人修复失败的原因。
我们微信的数据在磁盘上的保存通常分成两个组成部分,索引区(lndex)和数据区(Data)。索引区负责记录数据位置大小状态等属性。数据区保存的是物理数据,形式为二进制01的组合。
物理数据并没有被删除,还在那里,只不过标记这一块为空闲区域了,有新数据写入时,这块数据就有可能被占用了。那么亲最关心的问题来了,数据什么时间可以恢复?多久之前的数据可以恢复?什么情况下不能恢复?数据删除后,先是被标记为空闲区域。
其数据写入时系统会随机选取一块空闲区域。如果被选中那么数据就会物理删除基本无法恢复。多久之前的数据能恢复,在等待区没有被覆盖之前原理上数据都能恢复。时间越长产生的新数据越多,被覆盖的几率也就越大。
如果确定损坏的数据则需要第三方的软件去修复,目前可以修复的软件还是很多的,苹果应用商店就可以直接下载。
数据库损坏频繁删除插入是一个很常见的问题,可能是由于系统环境的变化,或者是由于程序代码的错误,或者是由于数据库结构的变化,导致数据库出现损坏的情况。为了解决这个问题,首先要检查系统环境,确保系统环境稳定;其次要检查程序代码,确保程序代码没有错误;最后要检查数据库结构,确保数据库结构不发生变化。如果以上检查都没有问题,可以尝试重新安装数据库,重新建立数据库结构,以及重新设置程序代码,以解决数据库损坏频繁删除插入的问题。欢迎分享,转载请注明来源:内存溢出
评论列表(0条)