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_dir
,innodb_data_home_dir
,backup_destination
确认备份使用了正确的源目录和目标目录。的价值
exit_state
要么是成功
或失败
.如果exit_state
是成功
而且last_error
是“NO_ERROR”
,备份操作成功;如果不是这样,就看last_error
而且last_error_code
对于操作的最新错误。要检索该备份操作的完整错误列表,请转到backup_progress
表格