mysqldump 不中断现场生产 INSERT

Question

我正准备将我们的生产数据库迁移到另一台服务器。它大约有 38GB，并且使用的是 MYISAM 表。由于我无法物理访问新的服务器文件系统，我们只能使用 mysqldump。

我浏览了这个网站，看看mysqldump在线备份是否会拖垮我们的生产网站。来自这篇文章:Run MySQLDump without Locking Tables ，它说显然 mysqldump 将锁定数据库并防止插入。但是经过几次测试，我很想知道它是否显示其他内容。

如果我用

mysqldump -u root -ppassword --flush-logs testDB > /tmp/backup.sql

mysqldump 最终默认会执行 '--lock-tables'，这是一个 READ LOCAL 锁 ( refer to mysql 5.1 doc )，并发插入仍然可用.我做了一个 for 循环，每秒插入其中一个表，而 mysqldump 需要一分钟才能完成。在此期间，每一秒都会插入记录。这意味着，mysqldump 不会中断生产服务器，INSERT 仍然可以继续。

有没有人有不同的经历？我想在继续我的生产服务器之前确保这一点，所以很高兴知道我是否做错了什么导致我的测试不正确。

[我的mysql-server版本是5.1.52，mysqldump是10.13]

Answer 1

现在，您可能有一个包含分离表的数据库，或者一个数据仓库——其中所有内容(根本)都没有规范化，并且表之间没有任何链接。在那种情况下，任何转储都可以。

我假设，包含 38G 数据的生产数据库包含某种形式的图形(BLOB)，然后 - 无处不在 - 你有来自其他表的链接。对吧？

因此，据我所知，您有可能失去表之间的严重链接(通常是主键/外键对)，因此，您可能会在更新/插入时捕获一个表，而其依赖项(使用该表作为其主要来源)尚未更新。因此，您将失去所谓的数据库完整性。

很多时候，重建完整性是极其麻烦的，最常见的原因是使用/生成/维护数据库系统的系统没有被做成一个面向事务的系统，因此，数据库中的关系无法被追踪除了通过主键/外键关系。

因此，您肯定可以在没有锁的情况下复制您的表以及上面的许多其他建议 - 但您有烧伤手指的风险，并且取决于系统操作的敏感程度 - 您可能严重烫伤自己或只是擦伤表面。

示例:如果您的数据库是一个关键任务数据库系统，包含 ICU 中生命支持设备的建议心跳率，在进行迁移之前我会三思而后行。

但是，如果数据库包含来自 facebook 或类似网站的图片 = 您可能会承受从 0 到 129,388 个丢失链接的后果:-)。

现在 - 分析到此为止。解决方案:

您必须创建一个软件，它可以完全完整地为您进行转储，一个表接一个表集，一个元组一个元组。您需要识别该数据集群，它可以从您当前的在线 24/7/365 基地复制到您的新基地，然后执行此操作，然后标记它已被复制。

IFFF 现在您已经复制的记录发生了变化，您将需要对这些记录进行后续复制。这可能是一件棘手的事情。

如果您运行的是更高级的 MYSQL 版本 - 您实际上可以创建另一个站点和/或副本，或分布式数据库 - 然后以这种方式摆脱它。

IFFF 你有一个让我们说 10 分钟的窗口，你可以根据需要创建它，然后你也可以只复制位于驱动器上的物理文件。我说的是 .stm .std - 等等 - 文件 - 然后你可以关闭服务器几分钟，然后复制。

现在回答一个基本问题:

您需要不时维护您的机器。您的系统没有足够的空间来进行此类操作吗？如果没有 - 那么当硬盘崩溃时你会怎么做。注意“何时”，而不是“如果”。