10bet网址
MySQL Enterprise Backup 8.0用户指南
相关的文档10bet官方网站 下载本手册
PDF(美国Ltr)- 1.4 mb
PDF (A4)- 1.4 mb


17.3如何使用MySQL企业备份日志

MySQL Enterprise Backup的消息输出stderr流和日志文件、每次备份的进度和历史也记录到mysql.backup_progress而且mysql.backup_history备份服务器上的表(要跳过更新两个表,请使用——no-history-logging选项)。

backup_progress表格

的每一行backup_progress表记录正在运行的备份任务的状态变化或消息。的backup_progress表格有以下列:

描述mysql.backup_progress;+---------------+---------------+------+-----+----------------------+--------------------------------------------------+ | 字段默认零关键| | | | |类型多  | +---------------+---------------+------+-----+----------------------+--------------------------------------------------+ | int id | | |没有PRI零| | auto_increment | | backup_id | bigint没有| | MUL零| | | | tool_name | varchar(4096) | | |零| | | error_code | int没有| | |零| | | error_message | varchar(4096) |不||零|||当前时间| timestamp(3) | NO | | CURRENT_TIMESTAMP(3) | DEFAULT_GENERATED on update CURRENT_TIMESTAMP(3) | | current_state | varchar(200) | NO | | NULL | | +---------------+---------------+------+-----+----------------------+--------------------------------------------------+ 7 rows in set (0.00 sec)

MySQL Enterprise Backup 8.0.19及以上版本:backup_progress表是InnoDB格式的。

MySQL Enterprise Backup 8.0.18及之前版本:backup_progress表格为CSV格式。方法可以查询该表mysql客户端,或解析相应的. csv与应用程序或脚本一起归档。

这里有一些利用信息的方法backup_progress表:

  • 使用backup_id值,查询单个备份操作的不同阶段的所有信息,并在backup_history表的相同备份(该行被写入backup_history表)。

  • 检查tool_name列为完整的mysqlbackup触发备份的命令,包括使用的所有选项。

  • 使用error_code而且error_message值,以跟踪发生的任何错误,并查看是否应该因为任何严重错误而终止备份操作。

  • 使用当前时间而且current_state值来跟踪操作的进度。它们还允许您测量备份的每个阶段所需的时间,这有助于您计划未来的备份。

backup_history表格

的每一行backup_history表记录了一个已完成备份的详细信息mysqlbackup命令。的backup_history表格有以下列:

描述mysql.backup_history;+---------------------------+---------------+------+-----+---------------------+-------+ | 字段默认零关键| | | | |类型多  | +---------------------------+---------------+------+-----+---------------------+-------+ | backup_id | bigint (20) | | PRI零| | | | tool_name | varchar(4096) | | |零| | | start_time |时间戳不| | | 0000-00-00就是| | | end_time |时间戳不| | | 0000-00-00就是| | | binlog_pos | bigint(20) | | |零| | | binlog_file |varchar(255) | | |零| | | compression_level | int(11) | | |零| | | |引擎varchar(100) | | |零| | | innodb_data_file_path | varchar(2048) | | |零| | | start_lsn | bigint(20) | | |零| | | end_lsn | bigint(20) | | |零| | | backup_type | varchar(50) | | |零| | | backup_format | varchar(50) | | |零| | | mysql_data_dir | varchar(2048) | | |零| | | innodb_data_home_dir | varchar(2048) | | |零| | | innodb_log_group_home_dir |varchar(2048) | | |零| | | innodb_log_files_in_group | varchar(100) | | |零| | | innodb_log_file_size | varchar(100) | | |零| | | backup_destination | varchar(4096) | | |零| | | lock_time |双(7,3)没有| | |零| | | exit_state | varchar(10) | | |零| | | last_error | varchar(4096) | | |零| | | last_error_code | int(11) | | |零| | | start_time_utc | bigint(20) | | |零| | | end_time_utc | bigint(20) | | |零| | |consistency_time_utc | bigint(20) | | |零| | | meb_version | varchar (20) | | | 0.0.0 | | | server_uuid | varchar (36) | | | NULL  | | +---------------------------+---------------+------+-----+---------------------+-------+ 28行集(0.01秒)
警告

因为成功的备份总是这样记录在backup_history表,失败在运用原木a阶段backup-and-apply-log命令不反映在backup_history表格的输出检查总是很重要的mysqlbackup查看操作是否完全完成而没有错误。

这里有一些关于backup_history表,以及一些利用这些信息的方法:

  • tool_name列记录完整的mysqlbackup触发备份的命令,包括使用的所有选项。

  • 您可以使用end_lsn的值作为下次增量备份的初始LSN值——start-lsn选择。为增量备份指定起始LSN值的另一种方法是使用——incremental-base选项)。

  • binlog_pos列给出二进制日志的位置,直到备份覆盖了日志事件的位置。因为backup_history表以前是CSV格式的,不能注册如果二进制日志记录未启用,则值为-1输入到列中;的日志记录的其他列也同样适用值。

  • 的价值backup_type是其中之一完整的部分微分增量TTS

  • 的价值backup_format是其中之一图像(用于单文件备份)或目录(用于目录备份)。

  • 使用显示备份设置的值,例如mysql_data_dirinnodb_data_home_dir,backup_destination确认备份使用了正确的源目录和目标目录。

  • 的价值exit_state要么是成功失败.如果exit_state成功而且last_error“NO_ERROR”,备份操作成功;如果不是这样,就看last_error而且last_error_code对于操作的最新错误。要检索该备份操作的完整错误列表,请转到backup_progress表格