主页 / 问题 / 753340
Accepted
andreymal
Asked:2020-12-04 05:34:18 +0000 UTC2020-12-04 05:34:18 +0000 UTC

是否可以通过愚蠢地从数据库中复制目录来备份 MySQL？

  • 772

情况如下：有一个主 MySQL 服务器（准确地说是 MariaDB），有一个副本。每天晚上，带有副本的 mysqld 会关闭一段时间，然后将副本数据库中的爸爸（有条件/var/lib/mysql的）推入带有备份的存档中，然后重新打开 mysqld。

我从2014年就遇到过这样的案例（都是按照“我以后再想办法”的原则做的，这个“以后”总有一天会来的：）。我会定期尝试推出旧备份 - 它有效。虽然它有效。由于这种复制不是创建备份的“合法”形式（毕竟它不是 mysqldump 或 xtrabackup），我不能完全确定它的可靠性。

如果有人非常了解 MySQL/MariaDB 的工作原理，请告诉我此类备份将来是否会出现任何陷阱？或者，如果你不忘记跑步mysql_upgrade，一切都会好起来的？或者，操作系统、系统库或配置设置的某些依赖项可能会意外破坏此类备份？

mysql

3 个回答

  1. Best Answer

    您不能只复制数据库目录。但是您不仅要复制它，还要通过停止基地来复制它。

    由于这种复制不是“合法”的备份形式

    是次- Cold Backups。是两个。- Making Backups Using a File System Snapshot。

    在基础停止时复制基础目录和配置文件是一个有效的选项。但是，与备份一样 - 在任何情况下，定期检查您是否可以从备份中恢复是很有用的。

    对于innodb表备份，建议将 DBMS 停止为clean shutdown，即 表示

    mysql -u root -p --execute="SET GLOBAL innodb_fast_shutdown=0"
# выключить базу
# убедиться, что она действительно выключилась
# скопировать datadir и конфиги
# запустить базу вновь

    当然，有必要从物理备份恢复到与删除备份之前相同的主要版本，并且不低于相同的次要版本。由于更新数据库版本主要有单独的说明。虽然这些指令的含义非常接近，但没有必要将系统升级和事故后恢复结合起来。

    • 12

  2. 如果您使用副本停止数据库，那么在其他条件相同的情况下，您将获得数据库的完整副本。应该没有任何问题。

    如果您认为您使用副本停止了数据库，则可能会出现问题，但实际上出现了问题并且副本仍在工作。值得检查的是，在复制之前没有 MySQL 进程实际上正在占用数据库文件。

    之所以会出现这种情况，是因为关闭数据库的脚本只等待固定的关闭时间。如果 MySQL 没有在这段时间内关闭，脚本将失败。如果未在脚本中检查此错误（例如，通过set -e），那么您的程序将复制沿途更改的数据库文件。自然，任何东西都可以在这样的数据库副本中。

    • 3

  3. 无意中发现了这个问题，决定补充一个“热备份”的​​答案。

    它可能无法按公式回答问题，但它可以帮助找到搜索者尚不知道的最佳备份和恢复解决方案。

    Percona 发布了一个免费产品，它可以对Percona XtraBackup正在运行的数据库（MySQL、、MariaDB以及XtraDB其他支持InnoDB、、XtraDB和MyISAM引擎的其他数据库）进行快速、非阻塞、二进制和压缩备份：

    Percona XtraBackup 工具提供了一种在系统运行时对 MySQL 数据执行热备份的方法。Percona XtraBackup 是一个免费、在线、开源、完整的数据库备份解决方案，适用于所有版本的 Percona Server for MySQL 和 MySQL®。Percona XtraBackup 在事务系统上执行在线非阻塞、紧密压缩、高度安全的完整备份，以便应用程序在计划的维护窗口期间保持完全可用。

    XtraBackup 还支持从正在运行的副本创建备份- 有此选项--slave-info和--safe-slave-backup​​.

    • 0

相关问题