网站seo优化公司,扬州工程造价信息网,广州网站建设服务电话,高端网站建设有哪些mysqldump提供在线逻辑备份的功能。以下讨论使用mysqldump进行备份的策略。
假设我们使用以下命令在周日下午1点#xff08;此时负载较低#xff09;对所有数据库中的所有InnoDB表进行全备份#xff1a;
$ mysqldump --all-databases --master-data --single-transact…mysqldump提供在线逻辑备份的功能。以下讨论使用mysqldump进行备份的策略。
假设我们使用以下命令在周日下午1点此时负载较低对所有数据库中的所有InnoDB表进行全备份
$ mysqldump --all-databases --master-data --single-transaction backup_sunday_1_PM.sql
mysqldump产生的.sql文件包含了一系列SQL INSERT语句这些语句可用于稍后重新加载已转储的表。
这次备份操作在转储开始时对所有表获取一个全局读锁使用FLUSH TABLES WITH READ LOCK。一旦获取了这个锁就会读取二进制日志坐标并释放锁。如果在发出FLUSH语句时有长时间运行的更新语句备份操作可能会暂停直到这些语句完成。之后转储变为无锁状态不会干扰表的读写操作。
之前假设要备份的表是InnoDB表因此--single-transaction使用一致性读取并保证mysqldump看到的数据不会变化。由其他客户端对InnoDB表所做的更改对mysqldump进程不可见。如果备份操作包含非事务性表则要求这些表在备份期间不发生变化。例如对于mysql数据库中的MyISAM表在备份期间不得对MySQL账户进行管理更改。
全备份是必要的但创建它们并不总是方便的。它们会产生大型备份文件并需要时间来生成。它们在意义上并不是最优的因为每个连续的全备份包含了所有数据即使是自上次全备份以来未发生变化的那部分数据。更高效的方法是进行一次初始全备份然后进行增量备份。增量备份更小产生的时间也更短。但权衡之处在于恢复时不能仅通过重新加载全备份来恢复数据。你还必须处理增量备份以恢复增量变化。
为了进行增量备份我们需要保存增量变化。在MySQL中这些变化通过二进制日志表示因此MySQL服务器应始终以--log-bin选项启动以启用该日志。启用了二进制日志记录后服务器在更新数据时会将每一次数据变化写入一个文件。查看运行了几天的MySQL服务器的数据目录我们会发现这些MySQL二进制日志文件
-rw-rw---- 1 guilhem guilhem 1277324 Nov 10 23:59 gbichot2-bin.000001
-rw-rw---- 1 guilhem guilhem 4 Nov 10 23:59 gbichot2-bin.000002
...
-rw-rw---- 1 guilhem guilhem 361 Nov 14 10:07 gbichot2-bin.index每次重启时MySQL服务器会使用序列中的下一个编号创建一个新的二进制日志文件。服务器运行时你也可以通过发出FLUSH LOGS SQL语句或使用mysqladmin flush-logs命令手动告诉它关闭当前的二进制日志文件并开始一个新的。mysqldump也有一个刷新日志的选项。数据目录中的.index文件包含目录中所有MySQL二进制日志的列表。
MySQL二进制日志对恢复非常重要因为它们构成了增量备份的集合。如果你在进行全备份时确保刷新了日志那么之后创建的二进制日志文件将包含自备份以来所做的所有数据变化。让我们稍微修改之前的mysqldump命令使其在进行全备份时刷新MySQL二进制日志并且使转储文件包含新当前二进制日志的名称
$ mysqldump --single-transaction --flush-logs --master-data2 \--all-databases backup_sunday_1_PM.sql执行此命令后数据目录中将包含一个新的二进制日志文件gbichot2-bin.000007因为--flush-logs选项导致服务器刷新其日志。--master-data选项使mysqldump将二进制日志信息写入其输出因此生成的.sql转储文件包括这些行
-- Position to start replication or point-in-time recovery from
-- CHANGE MASTER TO MASTER_LOG_FILEgbichot2-bin.000007,MASTER_LOG_POS4;
因为mysqldump命令进行了全备份这些行意味着两件事
转储文件包含了在写入gbichot2-bin.000007二进制日志文件或更高版本之前所做的所有更改。在备份之后记录的所有数据更改不在转储文件中但存在于gbichot2-bin.000007二进制日志文件或更高版本中。周一下午1点我们可以通过刷新日志来创建一个增量备份以开始一个新的二进制日志文件。例如执行mysqladmin flush-logs命令会创建gbichot2-bin.000008。周日下午1点的全备份和周一下午1点之间的所有变化都写在gbichot2-bin.000007中。这个增量备份很重要因此将其复制到安全的地方是个好主意。例如将其备份到磁带或DVD上或复制到另一台机器上。周二下午1点执行另一个mysqladmin flush-logs命令。周一下午1点和周二下午1点之间的所有变化都写在gbichot2-bin.000008中它也应该被复制到某个安全的地方。
MySQL二进制日志会占用磁盘空间。为了释放空间时不时地清除它们。一种方法是删除不再需要的二进制日志例如当我们进行全备份时
$ mysqldump --single-transaction --flush-logs --master-data2 \--all-databases --delete-master-logs backup_sunday_1_PM.sql注意
使用mysqldump --delete-master-logs删除MySQL二进制日志可能会有风险如果你的服务器是复制源服务器因为副本可能还没有完全处理二进制日志的内容。在删除MySQL二进制日志之前应验证的事项请参见“PURGE BINARY LOGS Statement”部分的说明。
