使用myisamchk进行表的维护和崩溃恢复

本文涉及的产品
云数据库 RDS MySQL Serverless,0.5-2RCU 50GB
简介:
为了检查/修复MyISAM表(.MYI和.MYD),你应该使用myisamchk实用程序。为了检查/修复ISAM表(.ISM和.ISD),你应该使用isamchk实用程序。见9.4 MySQL 表类型。

在下文中,我们将讨论myisamchk,但是也适用于老的isamchk。

你可以使用myisamchk实用程序来获得有关你的数据库桌表的信息、检查和修复他们或优化他们。下列小节描述如何调用myisamchk(包括它的选项的描述),如何建立一个表维护的时间表,并且如何使用myisamchk执行其各种功能。

如果你用--skip-locking运行mysqld(它在一些系统上是缺省的,如Linux),当mysqld正在使用同一个表时,你不能可靠地使用myisamchk检查一张表。如果你能肯定在你运行myisamchk时没有人通过mysqld正在存取表,在你开始检查表之前,你仅需做mysqladmin flush-tables。如果你不能保证, 那么当你检查表时,你必须停掉mysqld。如果你在mysqld正在更新表时运行myisamchk,你可能得到一个表已破坏的警告,即使它没有。

如果你没使用--skip-locking,你能在任何时间使用myisamchk检查表。当你这样时,所有试图更新表的客户在继续前将等到myisamchk就绪。 

如果你使用myisamchk修复或优化表,你必须总是保证mysqld服务器不在使用表(如果你正在使用--skip-locking,这也适用)。如果你不停掉mysqld,在你运行myisamchk前,你至少应该做一个mysqladmin flush-tables。

在大多数情况下,你也可使用命令OPTIMIZE TABLES优化并修复表,但是这不如myisamchk快或可靠(在真正的致命错误的情况下)。在另一方面,OPTIMIZE TABLE较易使用并且你不必须关心清空表。见7.9OPTIMIZE TABLE句法。

13.1.1 myisamchk调用语法

myisamchk这样调用:

shell> myisamchk [options] tbl_name

options指定你想要myisamchk做什么。他们在下面描述。(你也可以通过调用myisamchk --help得到一张选项表。) 没有选项,myisamchk简单地检查你的表。为了得到更多的信息或告诉myisamchk执行校正操作,指定在下面和下小节描述的选项择。

tbl_name是你想要检查的数据库表。如果你不在数据库目录的某处运行myisamchk,你必须指定到文件的路径,因为myisamchk不知道你的数据库位于哪儿。实际上,myisamchk别在乎你正在操作的文件是否位于一个数据库目录;你可以拷贝对应于一张数据库表的文件到别处并且在那里执行恢复操作。 

如果你愿意,你可以myisamchk命令行命名几个表。你也能指定一个名字作为一个索引文件(用“ .MYI”后缀),它允许你通过使用模式“*.MYI”指定在一个目录所有的表。例如,如果你在一个数据库目录,你可以这样在目录下检查所有的表:

shell> myisamchk *.MYI 

如果你不在数据库目录下,你可通过指定到目录的路径检查所有在那里的表: 

shell> myisamchk /path/to/database_dir/*.MYI 

你甚至可以通过为MySQL数据目录的路径指定一个通配符来检查所有的数据库中的所有表:

shell> myisamchk /path/to/datadir/*/*.MYI

myisamchk支持下列选项: 

-a, --analyze 
分析键值的分布。这通过让联结优化器更好地选择表应该以什么次序联结和应该使用哪个键来改进联结性能。 
-#, --debug=debug_options 
输出调试记录文件。debug_options字符串经常是'd:t:o,filename'。 
-d, --description 
打印出关于表的一些信息。 
-e, --extend-check 
非常彻底地检查表。这仅在极端情况下是必要的。通常,myisamchk应该找出所有错误,即使没有改选项。 
-f, --force 
覆盖老的临时文件。如果你在检查表时使用-f (运行myisamchk没有-r),myisamchk在检查期间将自动为出现一个错误的表用-r重启。 
--help 
显示一条帮助消息并且退出。 
-i, --information 
打印有关被检查的表的信息统计。 
-k #, --keys-used=# 
与-r一起使用。告诉ISAM表处理器仅更新头#个索引。较高编号的索引被撤销。这能用来使插入变得更快!撤销的索引能通过使用myisamchk -r被重新激活。 
-l, --no-symlinks 
在修复时,不跟随符号连接。通常myisamchk修复一个符号连接所指的表。 
-q, --quick 
与-r一起使用使得一个修复更快。通常,原来的数据文件没被接触;你能指定第二个-q强制使用原来的数据文件。 
-r, --recover 
恢复模式。可以修复几乎所有一切,除非唯一的键不是唯一。 
-o, --safe-recover 
恢复模式。使用一个老的恢复方法;这比-r慢些,但是能处理一-r不能处理的情况。 
-O var=option, --set-variable var=option 
设置一个变量的值。可能的变量列在下面。 
-s, --silent 
沉默模式。当错误发生时,仅写输出。你能使用-s两次(-ss)非常沉默地做myisamchk。 
-S, --sort-index 
以从高到低的顺序排序索引树块。这将优化搜寻并且将使按键值的表扫描更快。 
-R index_num, --sort-records=index_num 
根据一个索引排序记录。这使你的数据更局部化并且可以加快在该键上的SELECT和ORDER BY的范围搜索。(第一次做排序可能很慢!) 为了找出一张表的索引编号,使用SHOW INDEX,它以myisamchk看见他们的相同顺序显示一张表的索引。索引从1开始编号。 
-u, --unpack 
解开一个用myisampack压缩的表。 
-v, --verbose 
冗长模式。打印更多的信息。这能与-d和-e一起使用。为了更冗长,使用-v多次(-vv, -vvv)! 
-V, --version 
打印myisamchk版本并退出。 
-w, --wait 
如果表被锁定,等待。 
对--set-variable(-O)选项,可能的变量是:

key_buffer_size 当前值: 16776192
read_buffer_size 当前值: 262136
write_buffer_size 当前值: 262136
sort_buffer_size 当前值: 2097144
sort_key_blocks 当前值: 16
decode_bits 当前值: 9

13.1.2 myisamchk内存使用

当你运行myisamchk时,内存分配很重要。myisamchk使用不超过你用-O选项指定的内存量。如果你想在很大的文件上使用myisamchk,你首先应该确定你想要它使用多少内存。缺省仅使用大约 3M 来修复。通过使用更大的值,你能使myisamchk更快地操作。例如,如果你有多于32M内存,你能使用例如这些选项(除了任何你可能指定的选项):

shell> myisamchk -O sort=16M -O key=16M -O read=1M -O write=1M ...

使用-O sort=16M应该可能对大多数情形就足够了。

必须明白,myisamchk使用在TMPDIR里面的临时文件。如果TMPDIR指向一个内存文件系统,你可能很容易得到内存溢出的错误。如果它发生,设定TMPDIR指向有更多空间的某个目录并且重启myisamchk。

 


本文转自holy2009 51CTO博客,原文链接:http://blog.51cto.com/holy2010/355244


相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境,其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
3月前
|
存储 关系型数据库 MySQL
【服务器数据恢复】同友存储数raid5崩溃的据恢复案例
服务器数据恢复环境: 一台同友存储,存储上有一组raid5磁盘阵列,存储上层有若干台虚拟机,其中有3台linux操作系统虚拟机上存放重要数据。 服务器故障: 同友存储上的raid5阵列崩溃导致存储无法启动。
【服务器数据恢复】同友存储数raid5崩溃的据恢复案例
|
1月前
|
存储 运维 数据库
如何定期清理数据库中的无效数据?
学习如何定期清理数据库中的无效数据,以提高数据库性能并节省存储空间。了解如何利用NineData的数据归档功能实现自动化数据清理,简化DBA工作,降低成本,提高数据库操作效率。通过定期执行归档任务,企业可以优化数据库空间管理,避免无效数据堆积引发的性能问题,实现降本增效。
23 0
|
5月前
|
SQL 关系型数据库 数据库
记一次程序 Bug 导致数据删除的恢复过程
使用RDS、DMS进行数据恢复实践
949 0
|
安全 关系型数据库 MySQL
为什么延迟复制适用于备库数据的紧急恢复?底层原理是什么?
为什么延迟复制适用于备库数据的紧急恢复?底层原理是什么?
|
网络安全
F5实现一键备份和恢复功能
脚本内容:  root@ltm2:Active:Standalone] tmp # more backup1.sh #!/bin/sh cd /shared/tmp date_tag=`date +%Y%m%d%H%M%S` XXXX save sys  ucs    /shared/tmp/$HOSTNAME-$date_tag.
1120 0
|
SQL 数据库
数据库页已标记为 RestorePending,可能表明磁盘已损坏。要从此状态恢复,请执行还原操作。
错误提示: 消息 829,级别 21,状态 1,第 1 行 数据库 ID 15,页 (1:21826) 已标记为 RestorePending,可能表明磁盘已损坏。要从此状态恢复,请执行还原操作。 引起原因: RestorePending一般是在进行页恢复的过程中出现的,就是在进行了restore操作之后但还没有进行recovery操作之前页的状态。
2391 0