atxdba Asked: 2014-04-23 12:56:56 +0800 CST2014-04-23 12:56:56 +0800 CST 2014-04-23 12:56:56 +0800 CST 从 5.5 迁移 MyISAM 表 => 5.6 772 我想知道是否有人对将 MyIASM 表从 mysql 5.5 迁移到 5.6 有任何指示，特别是通过 rsync 使用 Percona 构建？ 这样安全吗？ 我知道我们需要为 InnoDB 表的迁移执行完整的 mysqldump/reload，但我没有看到任何关于两者之间 MyISAM 格式重大变化的注释。 对于需要几天才能用 mysqldump 完成的相当大的 MyISAM 数据库，这会让事情变得更好一些。 mysql mysql-5.5 1 个回答 Voted Best Answer Bill Karwin 2014-04-23T13:34:20+08:002014-04-23T13:34:20+08:00 MyISAM 在 5.5 和 5.6 之间没有变化。它没有被开发，而且几乎停滞不前。 使用FLUSH TABLES WITH READ LOCK然后复制 MyISAM 表是安全的。这在https://dev.mysql.com/doc/refman/5.6/en/backup-methods.html中提到 其他解决方案： mysqldump --tab输出制表符分隔的数据文件而不是 SQL，因此使用mysqlimport导入要快得多。 mysqlhotcopy执行 MyISAM 表的物理副本（它不适用于 InnoDB 表）。但要小心，因为 mysqlhotcopy 即将被弃用。 mydumper，它转储到 SQL，但它支持转储和恢复的压缩和多线程执行。不幸的是，它不支持像--tab.
MyISAM 在 5.5 和 5.6 之间没有变化。它没有被开发，而且几乎停滞不前。
使用
FLUSH TABLES WITH READ LOCK然后复制 MyISAM 表是安全的。这在https://dev.mysql.com/doc/refman/5.6/en/backup-methods.html中提到其他解决方案：
mysqldump --tab输出制表符分隔的数据文件而不是 SQL，因此使用mysqlimport导入要快得多。
mysqlhotcopy执行 MyISAM 表的物理副本（它不适用于 InnoDB 表）。但要小心，因为 mysqlhotcopy 即将被弃用。
mydumper，它转储到 SQL，但它支持转储和恢复的压缩和多线程执行。不幸的是，它不支持像
--tab.