第六章 MySQL数据库维护

上传人:新** 文档编号:563824665 上传时间:2022-07-23 格式:DOC 页数:15 大小:146.50KB
返回 下载 相关 举报
第六章 MySQL数据库维护_第1页
第1页 / 共15页
第六章 MySQL数据库维护_第2页
第2页 / 共15页
第六章 MySQL数据库维护_第3页
第3页 / 共15页
第六章 MySQL数据库维护_第4页
第4页 / 共15页
第六章 MySQL数据库维护_第5页
第5页 / 共15页
点击查看更多>>
资源描述

《第六章 MySQL数据库维护》由会员分享,可在线阅读,更多相关《第六章 MySQL数据库维护(15页珍藏版)》请在金锄头文库上搜索。

1、 6 数据库的维护与修复 第6章MySQL数据库的维护6.1 数据库表的检查、修复与优化1366.2 避免与 MySQL 服务器交互作用1416.3日志文件维护1446.4 建立日常维护规范145http:/ 147本章要点:v 维护表的工具及使用v 如何对表进行由简到繁的检查v 如何对表进行由容易到困难的修复v 如何建立一个数据库的维护规范你可能希望MySQL从安装以后就始终正常运行。但是,因为各种原因,MySQL随时可能会出现问题。各种意外情况都可能是服务器崩溃或者主机意外停机,都会导致数据库表的损坏。这些错误通常是对表进行修改且未完全写入时引起的。而且这些数据往往是最新的数据,通常不可能

2、在备份数据中找到,通常你需要修复数据表,以尽可能的抢救重要数据。本章的主要内容是检查和修复表的问题,对于表的检查和修复,最重要的工具是myisamchk和isamchk实用程序。6.1 数据库表的检查、修复与优化表的故障检测和修正的一般过程如下:l 检查出错的表。如果该表检查通过,则完成任务,否则必须修复出错的数据库表。l 在开始修复之前对表文件进行拷贝,以保证数据的安全。l 开始修复数据库表。l 如果修复失败,从数据库的备份或更新日志中恢复数据。在使用myisamchk或isamchk检查或修复表之前,应该首先注意:l 建立数据库备份和使用更新日志,以防修复失败,丢失数据。l 仔细阅读本章内

3、容以后再进行操作,尤其是不应该在阅读“避免与MySQL服务器交互作用”之前进行操作。因为,在你没有足够的知识之前贸然操作,可能会引起严重的后果。l 如果你在Unix平台上对表进行维护时,应该首先注册到专用的帐户mysql,以避免对表读写访问产生所有权的问题,以及破坏数据库目录的所有权限。6.1.1 数据库表的维护工具MySQL的myisanchk和isamchk实用程序很类似,基本上它们具有同样的使用方法。它们之间的主要区别时所使用的表的类型。为了检查/修复MyISAM表(.MYI和.MYD),你应该使用myisamchk实用程序。为了检查/修复ISAM表(.ISM和.ISD),你应该使用is

4、amchk实用程序。l 为了使用任一个使用程序,应指明你要检查或修复的表,myisamchk和isamchk的使用方法为: shellmyisamchk options tbl_name shellisamchk options tbl_name 如果你愿意,你可以在命令行命名几个表。l 你也能指定一个名字作为一个索引文件(用“ .MYI”或“.ISM”后缀),它允许你通过使用模式“*.MYI”或“.ISM”指定在一个目录所有的表。例如,如果你在一个数据库目录,你可以这样在目录下检查所有的表:shell myisamchk *.MYI shellisamchk *.ISMl 如果你不在数据库目

5、录下,你可指定目录的路径: shell myisamchk options /path/to/database_dir/*.MYI shell isamchk options /path/to/database_dir/*.ISMl 你甚至可以通过为MySQL数据目录的路径指定一个通配符来作用于所有的数据库中的所有表:shell myisamchk options /path/to/datadir/*/*.MYIshell isamchk options /path/to/database_dir/*/*.ISM这个方法无法在windows平台下使用。注意 不论是myisamchk还是isam

6、chk都不对表所在的位置做任何判断,因此,应该或者在包含表文件的目录运行程序,或者指定表的路径名。这允许你将表文件拷贝到另一个目录中并用该拷贝进行操作。6.1.2 检查数据库表myisamchk和isamchk提供了表的检查方法,这些方法在彻底检查表的程度方面有差异。标准的方法检查表通常用标准的方法就足够了。对表使用标准的方法进行检查,不使用任何选项直接调用即可,或用-s或-silent选项的任何一个。:myisamchk tbl_name isamchk tbl_name这能找出所有错误的99.99%。它不能找出的是仅仅涉及数据文件的损坏(这很不常见)。完全彻底的数据检查 为了执行扩充检查,

7、使用-extend-check或-e选项,这个选项检查数据:myisamchk -e tbl_name isamchk -e tbl_name它做一个完全彻底的数据检查(-e意思是“扩展检查”)。它对每一行做每个键的读检查以证实他们确实指向正确的行。这在一个有很多键的大表上可能花很长时间。myisamchk通常将在它发现第一个错误以后停止。如果你想要获得更多的信息,你能增加-verbose(-v)选项。这使得myisamchk或isamchk继续一直到最多20个错误。在一般使用中,一个简单的标准检查(没有除表名以外的参数)就足够了。 中等程度的检查指定选项-medium-check或-mmyi

8、samchk -m tbl_name中的程度的检查不如扩展检查彻底,但速度快一些。其意义不大,较少使用。如果对于-extend-check检查不报告错误,则可以肯定表是完好的。如果你仍然感觉表有问题,那原因肯定在其它地方。应重新检查人和好像有问题的查询以验证查询是正确书写的。如果你认为问题可能是MySQL服务器的原因,应该考虑整理一份故障报告或者升级到新的版本上。可能有用的检查选项:1、-i或information 打印统计信息,例如:myisamchk -e -i tbl_name 象前面的命令一样,但是-i选项告诉myisamchk还打印出一些统计信息。2、-C, -check-only-

9、changed 只检查上一次检查后被修改的表6.1.3 修复数据库表一张损坏的表的症状通常是查询意外中断并且你能看到例如这些错误: l “tbl_name.frm”被锁定不能改变。 l 不能找到文件“tbl_name.MYI”(Errcode :# )。 l 从表处理器的得到错误#(此时,错误135是一个例外)。 l 意外的文件结束。 l 记录文件被毁坏。 在这些情况下,你必须修复表。表的修复是一项非常困难的工作,很多情况下令人束手无策。然而,有一些常规的知道思想和过程,可以遵循它们来增加修正表的机会。通常,开始是可以用最快的修复方法,看看能否袖珍故障。如果发现不成功,可以逐步升级到更彻底的但

10、更慢的修复方法。如果仍旧难以修复,就应该从备份中恢复了。在上一章已经详细介绍了这一部分内容。1、简单安全的修复 为了修复一个表执行下列步骤:l 首先,用-recover,-r选项修正表,并且用-quick,-q选项,来只根据索引文件的内容进行恢复。这样不接触数据文件来修复索引文件。(-r意味着“恢复模式”) myisamchk -r -q tbl_nameisamchk -r -q tbl_namel 如果问题仍旧存在,则忽略-quick选项,允许修复程序修改数据文件,因为这可能存在问题。下面的命令将从数据文件中删除不正确的记录和已被删除的记录并重建索引文件:myisamchk -r tbl_

11、nameisamchk -r tbl_namel 如果前面的步骤失败,使用。安全恢复模式使用一个老的恢复方法,处理常规恢复模式不行的少数情况(但是更慢)。 myisamchk -safe-recover tbl_nameisamchk -safe-recover tbl_name2、困难的修理 如果在索引文件的第一个16K块被破坏,或包含不正确的信息,或如果索引文件丢失,你只应该到这个阶段 。在这种情况下,创建一个新的索引文件是必要的。按如下这样的步骤做: l 定位到包含崩溃表的数据库目录中l 把数据文件移更安全的地方。 l 使用表描述文件创建新的(空)数据和索引文件:shell mysql

12、db_namemysql DELETE FROM tbl_name;mysql quit上述语句将重新创建新的空表,并使用表的的描述文件tbl_name.frm重新生成新的数据和索引文件。l 将老的数据文件拷贝到新创建的数据文件之中。(不要只是将老文件移回新文件之中;你要保留一个副本以防某些东西出错。) l 在使用标准的修复方法。现在myisamchk -r -q应该工作了。(这不应该是一个无限循环)。如果你拥有表的备份文件,那么一切过程就容易的多。从备份文件中可以恢复表的描述文件,然后在检查表,有可能还要继续使用标准的修复方法,应该纠可以解决问题了。3、非常困难的修复 只有描述文件也破坏了,

13、你才应该到达这个阶段。这应该从未发生过,因为在表被创建以后,描述文件就不再改变了。 从一个备份恢复描述文件并且回到阶段2。你也可以恢复索引文件并且回到阶段1。对于后者,你应该用myisamchk -r启动。 如果因为某种原因,数据的备份文件丢失或者没有备份文件,但是你还记得建立表的CREATE TABLE语句,那么太好了,这样还是可以恢复索引文件:l 定位到包含崩溃表的数据库目录中l 把数据文件移更安全的地方。再把数据库目录中的对应的目录删去.。l 调用mysql并发复CREATE TABLE语句建立该表。l 退出mysql,将原始的数据文件和索引文件移回到数据库的目录中,替换刚才新建的文件。

14、l 然后回到阶段2,修复表。也可以只移回数据文件,这样保留新的描述和索引文件,然后回到阶段1,继续用标准的方法修复表。6.1.4优化数据库表修复表的方法,同样可以用来对数据表进行优化。为了组合成碎片的记录并且消除由于删除或更新记录而浪费的空间, 以恢复模式运行myisamchk和isamchk:shell myisamchk -r tbl_nameshell myisamchk -r tbl_name你可以用SQL的OPTIMIZE TABLE语句使用的相同方式来优化一张表,OPTIMIZE TABLE比较容易,但是myisamchk更快。也没有在一个实用程序和服务器之间不必要的交互可能性,因

15、为当你使用OPTIMIZE TABLE时,服务器做所有的工作:OPTIMIZE TABLE tbl_name6.1.5指定维护过程中使用的内存myisamchk和isamchk的运行可能会花很长的时间,尤其是正在处理一个达标或者使用一个更广泛的检查和修复方法时。当你运行myisamchk和isamchk时,内存分配很重要。myisamchk和isamchk使用不超过你用-O选项指定的内存量。如果你想在很大的文件上使用myisamchk和isamchk,你首先应该确定你想要它使用多少内存。缺省仅使用大约 3M 来修复。通过使用更大的值,你能使myisamchk和isamchk更快地操作。下面列出最重的控制程序使用的缓冲区大小的变量:表6-1 控制缓冲区的变量变量含义key_buffer_size用于存放索引块的缓冲区大小read_buff_size读操作用的缓冲区大小sort_buffer_size排序用的

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 幼儿/小学教育 > 小学课件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号