修复mysql表

1>用”repair table”方式修复语法:repair table 表名 [选项]选项如下:QUICK 用在数据表还没被修改的情况下,速度最快EXTENDED 试图去恢复每个数据行,会产生一些垃圾数据行,万般无奈的情况下用USE_FRM 用在.MYI文件丢失或者头部受到破坏的情况下。利用.frm的定义来重建索引多数情况下,简单得用”repair table tablename”不加选项就可以搞定问题。但是当.MYI文件丢失或者头部受到破坏时,这样的方式不管用,例如:mysql> REPAIR TABLE mytable;+————————-+——–+———-+———————————————+| Table | Op | Msg_type | Msg_text |+————————-+——–+———-+———————————————+| sports_results.mytable | repair | error | Can’t find file: ‘mytable.MYI’ (errno: 2) |+————————-+——–+———-+———————————————+修复失败的原因时索引文件丢失或者其头部遭到了破坏,为了利用相关定义文件来修复,需要用USE_FRM选项。例如:mysql> REPAIR TABLE mytable USE_FRM;+————————-+——–+———-+————————————+| Table | Op | Msg_type | Msg_text |+————————-+——–+———-+————————————+| sports_results.mytable | repair | warning | Number of rows changed from 0 to 2 || sports_results.mytable | repair | status | OK |+————————-+——–+———-+————————————+我们可以看到Msg_test表项的输出信息”ok”,表名已经成功修复受损表。2>用mysql内建命令mysqlcheck来修复当mysql服务在运行时,也可以用mysql内建命令mysqlcheck来修复。语法:mysqlcheck -r 数据库名 表名 -uuser -ppass%mysqlcheck -r sports_results mytable -uuser -ppasssports_results.mytable OK利用mysqlcheck可以一次性修复多个表。只要在数据库名后列出相应表名即可(用空格隔开)。或者数据库名后不加表名,将会修复数据库中的所有表,例如:%mysqlcheck -r sports_results mytable events -uuser -ppasssports_results.mytable OKsports_results.events OK

%mysqlcheck -r sports_results -uuser -ppasssports_results.mytable OKsports_results.events OK3>用myisamchk修复用这种方式时,mysql服务必须停掉,或者所操作的表处于不活动状态(选项skip-external-locking没被使用)。记着一定要在相关.MYI文件的路径下或者自己定义其路径。语法:myisamchk [选项] [表名]下面是其选项和描述–backup, -B 在进行修复前作相关表得备份–correct-checksum 纠正校验和–data-file-length=#, -D # 重建表时,指定数据文件得最大长度–extend-check, -e 试图去恢复每个数据行,会产生一些垃圾数据行,万般无奈的情况下用–force, -f 当遇到文件名相同的.TMD文件时,将其覆盖掉。keys-used=#, -k # 指定所用的keys可加快处理速度,每个二进制位代表一个key.第一个key为0–recover, -r 最常用的选项,大多数破坏都可以通过它来修复。如果你的内存足够大,可以增大参数sort_buffer_size的值来加快恢复的速度。但是遇到唯一键由于破坏而不唯一 的表时,这种方式不管用。–safe-recover -o 最彻底的修复方式,但是比-r方式慢,一般在-r修复失败后才使用。这种方式读出 所有的行,并以行为基础来重建索引。它的硬盘空间需求比-r方式稍微小一点,因 为它没创建分类缓存。你可以增加key_buffer_size的值来加快修复的速度。–sort-recover, -n mysql用它类分类索引,尽管结果是临时文件会非常大–character-sets-dir=… 包含字符集设置的目录–set-character-set=name 为索引定义一个新的字符集–tmpdir=path, -t 如果你不想用环境变量TMPDIR的值的话,可以自定义临时文件的存放位置–quick, -q 最快的修复方式,当数据文件没有被修改时用,当存在多键时,第二个-q将会修改 数据文件–unpack, -u 解开被myisampack打包的文件myisamchk应用的一个例子% myisamchk -r mytable- recovering (with keycache) MyISAM-table ‘mytable.MYI’
时间: 2024-11-03 03:26:29

修复mysql表的相关文章

检查和修复mysql表:mysql table is marked as crashed and last (automatic?) repair failed

0x001  问题背景 mysql上执行相关mysql命令(我们执行的是,show procedure status)时提示 mysql.proc表crashed,无法修复(marked as crashed and last (automatic?) repair failed ) 报错信息:mysql table is marked as crashed and last (automatic?) repair failed 0x002  分析处理 mysql提供了检查和修复表的命令: my

查询mysql表是否被损坏和修复、优化

查询mysql表是否被损坏命令,如下: # CHECK TABLE 表名 mysql的长期使用,肯定会出现一些问题,一般情况下mysql表无法访问,就可以修复表了,优化时减少磁盘占用空间.方便备份. 表修复和优化命令,如下: #REPAIR TABLE `table_name` 修复表 #OPTIMIZE TABLE `table_name` 优化表 REPAIR TABLE 用于修复被破坏的表. OPTIMIZE TABLE 用于回收闲置的数据库空间,当表上的数据行被删除时,所占据的磁盘空间并

修复Mysql   myisam 表

mysqlcheck -a -c -o -r -m --all-databases -uroot -p 修复Mysql   myisam 表,布布扣,bubuko.com

使用PHPMyAdmin管理工具修复MySQL数据库表

Incorrect key file for table 'test_XXXXX'; try to repair it,鼎峰网络科技睿云主机客户上的网站打开时提示这个错误,经过阿D判断这是因为MySQL数据表顺坏了, 一般是服务器突然断电,强制关机,等故障,导致mysqld进程在写表时被杀掉,在此简单说明下如何使用phpMyadmin管理工具修复MySQL数据表. 一.打开phpMyadmin,输入MySQL账号,密码,进入phpMyadmin管理页面 二.在管理页面,选中需要之前提示的数据库表

MySQL表损坏预防与修复

1.       表损坏的原因分析 以下原因是导致mysql 表毁坏的常见原因: 1. 服务器突然断电导致数据文件损坏. 2. 强制关机,没有先关闭mysql 服务. 3. mysqld 进程在写表时被杀掉. 4. 使用myisamchk 的同时,mysqld 也在操作表. 5. 磁盘故障. 6. 服务器死机. 7. mysql 本身的bug . 2.       表损坏的症状 一个损坏的表的典型症状如下: 1 .当在从表中选择数据之时,你得到如下错误: Incorrect key file f

通达OA修复MYSQL的指定数据表

**通达OA邮件报错:Table '.\td_oa\email_body' is marked as crashed and should be repaired D:\MYOA\mysql5\bin\myisamchk.exe -c -r D:\MYOA\data5\TD_OA\email_body.MYI 以上这条指令是用于修复数据表的.myisamchk 工具会帮助你恢复数据表的索引,也不用重新启动mysql,问题就解决了.** //-- MYOA数据库配置 --$MYSQL_SERVER

利用innodb_force_recovery修复MySQL数据页损坏

现象:启动MySQL服务时报1067错误,服务无法启动. 查看xxx.err错误日志发现有数据页损坏信息: InnoDB: Database page corruption on disk or a failed InnoDB: file read of page 200. 出现上述现象是由于突然断电.强制关机.强制杀死MySQL进程等操作所导致的. 首先修改my.ini中的innodb_force_recovery参数(4-6),使mysqld跳过恢复步骤,将mysqld 启动,将数据导出来然

percona-toolkit之pt-table-sync修复Mysql主从数据一致性

下载及用户赋权参考上篇文章percona-toolkit之pt-table-checksums检测Mysql主从数据一致性 先使用pt-table-checksums检测数据一致性,然后使用pt-table-sync进行主从一致性修复,注意修复的表必须有主键或者唯一索引 主库bash下执行: ./pt-table-checksum --nocheck-replication-filters --replicate=test.checksums --host=10.50.12.33 --port

EF连接Mysql 表'TableDetails'中的列'IsPrimaryKey'的值为DBNull

无法生成模型,因为存在以下异常:'System.Data.StrongTypingException:表'TableDetails'中的列'IsPrimaryKey'的值为DBNull.---> System.InvalidCastException:指定的转换无效. 原文链接http://stackoverflow.com/questions/33575109/mysql-entity-the-value-for-column-isprimarykey-in-table-tabledetail