xtrabackup 日志输出
发表于:2026-11-01 作者:千家信息网编辑
千家信息网最后更新 2026年11月01日,[root@mysql-back pingtai_temp]# innobackupex --apply-log --parallel=4 /server/pingtai_temp/xtraba
千家信息网最后更新 2026年11月01日xtrabackup 日志输出
[root@mysql-back pingtai_temp]# innobackupex --apply-log --parallel=4 /server/pingtai_temp/xtrabackup: recognized server arguments: --innodb_checksum_algorithm=innodb --innodb_log_checksum_algorithm=strict_crc32 --innodb_data_file_path=ibdata1:512M:autoextend --innodb_log_files_in_group=2 --innodb_log_file_size=536870912 --innodb_fast_checksum=0 --innodb_page_size=16384 --innodb_log_block_size=512 --innodb_undo_directory=./ --innodb_undo_tablespaces=0 --server-id=119 --redo-log-version=1 --parallel=4 xtrabackup: recognized client arguments: --innodb_checksum_algorithm=innodb --innodb_log_checksum_algorithm=strict_crc32 --innodb_data_file_path=ibdata1:512M:autoextend --innodb_log_files_in_group=2 --innodb_log_file_size=536870912 --innodb_fast_checksum=0 --innodb_page_size=16384 --innodb_log_block_size=512 --innodb_undo_directory=./ --innodb_undo_tablespaces=0 --server-id=119 --redo-log-version=1 --parallel=4 181119 15:19:20 innobackupex: Starting the apply-log operationIMPORTANT: Please check that the apply-log run completes successfully. At the end of a successful apply-log run innobackupex prints "completed OK!".innobackupex version 2.4.12 based on MySQL server 5.7.19 Linux (x86_64) (revision id: 170eb8c)xtrabackup: cd to /server/pingtai_temp/xtrabackup: This target seems to be not prepared yet.InnoDB: Number of pools: 1xtrabackup: xtrabackup_logfile detected: size=8388608, start_lsn=(1556226079600)xtrabackup: using the following InnoDB configuration for recovery:xtrabackup: innodb_data_home_dir = .xtrabackup: innodb_data_file_path = ibdata1:512M:autoextendxtrabackup: innodb_log_group_home_dir = .xtrabackup: innodb_log_files_in_group = 1xtrabackup: innodb_log_file_size = 8388608xtrabackup: using the following InnoDB configuration for recovery:xtrabackup: innodb_data_home_dir = .xtrabackup: innodb_data_file_path = ibdata1:512M:autoextendxtrabackup: innodb_log_group_home_dir = .xtrabackup: innodb_log_files_in_group = 1xtrabackup: innodb_log_file_size = 8388608xtrabackup: Starting InnoDB instance for recovery.xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)InnoDB: PUNCH HOLE support availableInnoDB: Mutexes and rw_locks use GCC atomic builtinsInnoDB: Uses event mutexesInnoDB: GCC builtin __sync_synchronize() is used for memory barrierInnoDB: Compressed tables use zlib 1.2.3InnoDB: Number of pools: 1InnoDB: Using CPU crc32 instructionsInnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100MInnoDB: Completed initialization of buffer poolInnoDB: page_cleaner coordinator priority: -20InnoDB: Highest supported file format is Barracuda.InnoDB: Log scan progressed past the checkpoint lsn 1556226079600InnoDB: Doing recovery: scanned up to log sequence number 1556231322112 (70%)InnoDB: Doing recovery: scanned up to log sequence number 1556232227125 (82%)InnoDB: Database was not shutdown normally!InnoDB: Starting crash recovery.InnoDB: Starting an apply batch of log records to the database...InnoDB: Progress in percent: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 InnoDB: Apply batch completedInnoDB: xtrabackup: Last MySQL binlog file position 1631, file name mysql-bin.000004InnoDB: Creating shared tablespace for temporary tablesInnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...InnoDB: File './ibtmp1' size is now 12 MB.InnoDB: 96 redo rollback segment(s) found. 1 redo rollback segment(s) are active.InnoDB: 32 non-redo rollback segment(s) are active.InnoDB: 5.7.19 started; log sequence number 1556232227125InnoDB: page_cleaner: 1000ms intended loop took 4892ms. The settings might not be optimal. (flushed=0 and evicted=0, during the time.)InnoDB: xtrabackup: Last MySQL binlog file position 1631, file name mysql-bin.000004xtrabackup: starting shutdown with innodb_fast_shutdown = 1InnoDB: FTS optimize thread exiting.InnoDB: Starting shutdown...InnoDB: Shutdown completed; log sequence number 1556232228171InnoDB: Number of pools: 1xtrabackup: using the following InnoDB configuration for recovery:xtrabackup: innodb_data_home_dir = .xtrabackup: innodb_data_file_path = ibdata1:512M:autoextendxtrabackup: innodb_log_group_home_dir = .xtrabackup: innodb_log_files_in_group = 2xtrabackup: innodb_log_file_size = 536870912InnoDB: PUNCH HOLE support availableInnoDB: Mutexes and rw_locks use GCC atomic builtinsInnoDB: Uses event mutexesInnoDB: GCC builtin __sync_synchronize() is used for memory barrierInnoDB: Compressed tables use zlib 1.2.3InnoDB: Number of pools: 1InnoDB: Using CPU crc32 instructionsInnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100MInnoDB: Completed initialization of buffer poolInnoDB: page_cleaner coordinator priority: -20InnoDB: Setting log file ./ib_logfile101 size to 512 MBInnoDB: Progress in MB: 100 200 300 400 500InnoDB: Setting log file ./ib_logfile1 size to 512 MBInnoDB: Progress in MB: 100 200 300 400 500InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0InnoDB: New log files created, LSN=1556232228171InnoDB: Highest supported file format is Barracuda.InnoDB: Log scan progressed past the checkpoint lsn 1556232228364InnoDB: Doing recovery: scanned up to log sequence number 1556232228373 (0%)InnoDB: Database was not shutdown normally!InnoDB: Starting crash recovery.InnoDB: xtrabackup: Last MySQL binlog file position 1631, file name mysql-bin.000004InnoDB: Removed temporary tablespace data file: "ibtmp1"InnoDB: Creating shared tablespace for temporary tablesInnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...InnoDB: File './ibtmp1' size is now 12 MB.InnoDB: 96 redo rollback segment(s) found. 1 redo rollback segment(s) are active.InnoDB: 32 non-redo rollback segment(s) are active.InnoDB: page_cleaner: 1000ms intended loop took 5526ms. The settings might not be optimal. (flushed=0 and evicted=0, during the time.)InnoDB: 5.7.19 started; log sequence number 1556232228373xtrabackup: starting shutdown with innodb_fast_shutdown = 1InnoDB: FTS optimize thread exiting.InnoDB: Starting shutdown...InnoDB: Shutdown completed; log sequence number 1556232228392181119 15:19:33 completed OK!
日志
输出
数据库的安全要保护哪些东西
数据库安全各自的含义是什么
生产安全数据库录入
数据库的安全性及管理
数据库安全策略包含哪些
海淀数据库安全审计系统
建立农村房屋安全信息数据库
易用的数据库客户端支持安全管理
连接数据库失败ssl安全错误
数据库的锁怎样保障安全
云南咖啡
互联网科技企业
喔噻互联网科技有限公司
互联网通讯科技
涨乐互联网科技
关于新基建和互联网科技
深圳互联网科技公司
互联网科技金融公司
智慧科技互联网
长亮科技 互联网金融
科技大学互联网专业好不好
华中科技有哪些互联网大佬
现代科技和互联网有关系吗
华服互联网科技官网
国大互联网教育科技有限公司薪资
山东子淼互联网科技有限公司
互联网科技快讯热点
新氧科技和美国互联网有关系吗
银川新华互联网科技学校是国营吗
互联网科技大佬云集
互联网科技公司
岳阳华臻互联网科技有限公司
阿大互联网科技有限公司
青海科技产业互联网发展
洛阳共同富裕互联网科技有限公司
互联网公司高科技产品
互联网安防科技感
青岛易易互联网科技
华人运通互联网科技公司
颐高云石互联网科技