myisamchk修复索引要多久
发布网友
发布时间：2022-04-26 21:32
共2个回答
懂视网
时间：2022-05-05 04:22
MySQL索引的建立对于MySQL的高效运行是很重要的，索引可以大大提高MySQL的检索速度。
打个比方，如果合理的设计且使用索引的MySQL是一辆兰博基尼的话，那么没有设计和使用索引的MySQL就是一个人力三轮车。
索引分单列索引和组合索引。单列索引，即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。组合索引，即一个索引包含多个列。
创建索引时，你需要确保该索引是应用在 SQL 查询语句的条件(一般作为 WHERE 子句的条件)。
实际上，索引也是一张表，该表保存了主键与索引字段，并指向实体表的记录。
32核心，30多G 内存，一千万的条目在时间上建立非聚集索引，用了 7 分钟。
一亿数据量的话估计要大于70分钟。
聚集索引时间更长。 这个需要索引排序，建立分支索引复合B树。
一般海量数据不如新建立表，建立好索引，然后逐批导入数据。
差劲点的机器，一亿数据建立索引基本就是死机或是僵尸状态。
只能慢慢的等了，一天都不行，就上边那方法。
索引跟类型关系很大，一般定长字段比变长字段简单，IO消耗小，时间节省，复合索引变长越多就越复杂，其次就是 一表多索引，这种情况 会衍生各种存储索引结构，就更费时间了。
表有多少数据页，多少文件，每页多少槽位都会影响时间。
热心网友
时间：2022-05-05 01:30
这篇文章主要介绍了mysql数据库索引损坏及修复经验分享,需要的朋友可以参考下 mysql表索引被破坏的问题及解决 下午上班，惊闻我的dedecms的网站出问题了，访问一看，果然全屏报错，检查mysql日志，错误信息为： Table .dedecmsv4dede_archives is marked as crashed and should be repaired 提示说cms的文章表dede_archives被标记有问题，需要修复。于是赶快恢复历史数据，上网查找原因。最终将问题解决。解决方法如下： 找到mysql的安装目录的bin/myisamchk工具，在命令行中输入： myisamchk -c -r ../data/dedecmsv4/dede_archives.MYI 然后myisamchk 工具会帮助你恢复数据表的索引。重新启动mysql，问题解决。 1、错误产生原因，有网友说是频繁查询和更新dede_archives表造成的索引错误，因为我的页面没有静态生成，而是动态页面，因此比较同意 这种说法。还有说法为是MYSQL数据库因为某种原因而受到了损坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件 2、问题解决办法。 当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再 试一次--这通常是上一次修复操作遗留下来的。 这三种修复方法如下所示： % myisamchk --recover --quick /path/to/tblName % myisamchk --recover /path/to/tblName % myisamchk --safe-recover /path/to/tblName 第一种是最快的，用来修复最普通的问题;而最后一种是最慢的，用来修复一些其它方法所不能修复的问题。 检查和修复MySQL数据文件 如果上面的方法无法修复一个被损坏的表，在你放弃之前，你还可以试试下面这两个技巧： 如果你怀疑表的索引文件(*.MYI)发生了不可修复的错误，甚至是丢失了这个文件，你可以使用数据文件(*.MYD)和数据格式文件(*.frm)重新生 成它。首先制作一个数据文件(tblName.MYD)的拷贝。重启你的MySQL服务并连接到这个服务上，使用下面的命令删除表的内容： mysql DELETE FROM tblName; 在删除表的内容的同时，会建立一个新的索引文件。退出登录并重新关闭服务，然后用你刚才保存的数据文件(tblName.MYD)覆盖新的(空)数据 文件。最后，使用myisamchk执行标准的修复(上面的第二种方法)，根据表的数据的内容和表的格式文件重新生成索引数据。 如果你的表的格式文件(tblName.frm)丢失了或者是发生了不可修复的错误，但是你清楚如何使用相应的CREATE TABLE语句来重新生成这张表，你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(如果索引文件有问题，使用上面的方法重建一 个新的)一起使用。首先制作一个数据和索引文件的拷贝，然后删除原来的文件(删除数据目录下有关这个表的所有记录)。 启动MySQL服务并使用当初的CREATE TABLE文件建立一个新的表。新的.frm文件应该可以正常工作了，但是最好你还是执行一下标准的修复(上面的第二种方法)。 3、myisamchk工具介绍(见mysql的官方手册) 可以使用myisamchk实用程序来获得有关数据库表的信息或检查、修复、优化他们。myisamchk适用MyISAM表(对应.MYI和.MYD文件的表)。 调用myisamchk的方法： shell myisamchk [options] tbl_name ... options指定你想让myisamchk做什么。在后面描述它们。还可以通过调用myisamchk --help得到选项列表。 tbl_name是你想要检查或修复的数据库表。如果你不在数据库目录的某处运行myisamchk，你必须指定数据库目录的路径，因为myisamchk不知 道你的数据库位于哪儿。实际上，myisamchk不在乎你正在操作的文件是否位于一个数据库目录;你可以将对应于数据库表的文件拷贝到别处并 且在那里执行恢复操作。 如果你愿意，可以用myisamchk命令行命名几个表。还可以通过命名索引文件(用 .MYI后缀)来指定一个表。它允许你通过使用模式*.MYI指定在一个目录所有的表。例如，如果你在数据库目录，可以这样在目录下检查 所有的MyISAM表： shell myisamchk *.MYI 如果你不在数据库目录下，可通过指定到目录的路径检查所有在那里的表： shell myisamchk /path/to/database_dir*.MYI 推荐的快速检查所有MyISAM表的方式是： shell myisamchk --silent --fast /path/to/datadir*.MYI 该命令假定你有大于MB的自由内存。关于用myisamchk分配内存的详细信息，参见5.9.5.5节，myisamchk内存使用 当你运行myisamchk时，必须确保其它程序不使用表。否则，当你运行myisamchk时，会显示下面的错误消息： warning: clients are using or havent closed the table properly 这说明你正尝试检查正被另一个还没有关闭文件或已经终止而没有正确地关闭文件的程序(例如mysqld服务器) 如果mysqld正在运行，你必须通过FLUSH TABLES强制清空仍然在内存中的任何表修改。当你运行myisamchk时，必须确保其它程序不使用表。避免该问题的最容易的方法是使用CHECK TABLE而不用myisamchk来检查表。
