返回顶部
首页 > 资讯 > 数据库 >xtrabackup 日志输出
  • 527
分享到

xtrabackup 日志输出

2024-04-02 19:04:59 527人浏览 薄情痞子
摘要

[root@Mysql-back pingtai_temp]# innobackupex  --apply-log  --parallel=4&n

[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 operation

IMPORTANT: 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: 1
xtrabackup: 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:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:512M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: Starting InnoDB instance for recovery.
xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __sync_synchronize() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.3
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Highest supported file fORMat is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 1556226079600
InnoDB: 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 completed
InnoDB: xtrabackup: Last Mysql binlog file position 1631, file name mysql-bin.000004
InnoDB: Creating shared tablespace for temporary tables
InnoDB: 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 1556232227125
InnoDB: 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.000004

xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1556232228171
InnoDB: Number of pools: 1
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:512M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 536870912
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __sync_synchronize() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.3
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Setting log file ./ib_logfile101 size to 512 MB
InnoDB: Progress in MB:
 100 200 300 400 500
InnoDB: Setting log file ./ib_logfile1 size to 512 MB
InnoDB: Progress in MB:
 100 200 300 400 500
InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0
InnoDB: New log files created, LSN=1556232228171
InnoDB: Highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 1556232228364
InnoDB: 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.000004
InnoDB: Removed temporary tablespace data file: "ibtmp1"
InnoDB: Creating shared tablespace for temporary tables
InnoDB: 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 1556232228373
xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1556232228392
181119 15:19:33 completed OK!


您可能感兴趣的文档:

--结束END--

本文标题: xtrabackup 日志输出

本文链接: https://lsjlt.com/news/51964.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

猜你喜欢
  • xtrabackup 日志输出
    [root@mysql-back pingtai_temp]# innobackupex  --apply-log  --parallel=4&n...
    99+
    2024-04-02
  • logback 日志输出格式
      前言  日志对一个系统的重要性不言而喻;日志通常是在排查问题时给人看,一个友好的输出样式让人看到后赏心悦目,排查效率通常也会随之提高;下面为大家共享一下通过设置logback日志输出格式,打印出令人欣喜的日志样式。  一、未指定日志格式...
    99+
    2023-06-02
  • ubergozap日志框架支持异步日志输出
    目录事件背景心智负担前置知识解决思路uber-go/zap 代码分析上手开发测试代码同步输出日志异步输出日志不输出日志总结事件背景 过年在家正好闲得没有太多事情,想起年前一个研发项...
    99+
    2023-01-28
    uber go zap日志异步输出 go zap日志框架
  • 如何输出php错误日志
    本文操作环境:windows10系统、php 7&&nginx 1.14、thinkpad t480电脑。我们都知道nginx是一个web服务器,因此nginx的access日志只有对访问页面的记录,而不会有php 的 er...
    99+
    2017-07-02
    php 错误日志
  • Android日志输出、单元测试
      Android日志输出、单元测试   由于这几天睡得晚,导致第二天都没有精神,还晕晕的听课,效率低,我不能熬夜了。下面我来讲讲学习的知识点吧。   一、 ...
    99+
    2022-06-06
    单元 输出 单元测试 测试 Android
  • ThinkPHP下 自定义日志输出
    项目场景: 不想调用TP的 think/Log类工具,而是自定义日志的输出路径、文件名和内容: 解决方案: 提示:这里填写该问题的具体解决方案: 首先在common.php公共函数文件下写需...
    99+
    2023-10-12
    php 开发语言
  • Springboot异常日志输出方式
    目录lombok插件使用统一异常处理统一日志输出配置日志级别↓Logback日志↓配置logback日志↓安装idea彩色日志插件:grep-console复制粘贴即可lombok插...
    99+
    2024-04-02
  • logback输出日志屏蔽quartz的debug等级日志方式
    目录logback输出日志屏蔽quartz的debug等级日志解决方法quartz关闭DBUG日志把他的log级别改成 ERROR或者索性logback输出日志屏蔽quartz的de...
    99+
    2024-04-02
  • Android单元测试与日志输出
      使用单元测试可以保证我们开发的应用质量,一般我们开发完业务层后对业务层进行测试,确保业务层不会出现bug,对业务层通过之后控制层可以调用业务层完成所需的功能。   ...
    99+
    2022-06-06
    android单元测试 输出 测试 Android
  • ASP.NETCore使用NLog输出日志记录
    ASP.NET Core 中的日志记录 https://docs.microsoft.com/zh-cn/aspnet/core/fundamentals/logging/view=...
    99+
    2024-04-02
  • docker日志如何输出到文件
    在Docker中,可以使用以下两种方式将日志输出到文件:1. 使用Docker日志驱动(Logging Driver):Docker...
    99+
    2023-09-28
    docker
  • JAVA运行JAR包及日志输出
    当我们的电脑装好JAVA开发环境后,即JDK(不管是Linux系统下还是Windows下安装了JDK),那么我们可以将项目打包成JAR包,并可以对JAR包进行运行,可以查看实时的日志信息,可以保存日志文件。下面针对多种情况,描述如何在JDK...
    99+
    2023-09-20
    java jar 开发语言 jdk
  • python如何使用print输出日志
    这篇文章主要为大家展示了“python如何使用print输出日志”,内容简而易懂,条理清晰,希望能够帮助大家解决疑惑,下面让小编带领大家一起研究并学习一下“python如何使用print输出日志”这篇文章吧。如何使用 print 输出日志初...
    99+
    2023-06-27
  • Springboot怎么允许logger.debug输出日志
    本文小编为大家详细介绍“Springboot怎么允许logger.debug输出日志”,内容详细,步骤清晰,细节处理妥当,希望这篇“Springboot怎么允许logger.debug输出日志”文章能帮助大家解决疑惑,下面跟着小编的思路慢慢...
    99+
    2023-07-02
  • Springboot允许logger.debug输出日志方式
    目录Springboot允许logger.debug输出日志SpringBoot启动debug级别日志报错错误截图原因解决办法Springboot允许logger.debug输出日志...
    99+
    2024-04-02
  • springboot日志怎么配置及输出
    在Spring Boot中,日志配置和输出可以通过配置文件application.properties或application.ym...
    99+
    2024-03-01
    springboot
  • dubbo 如何使用logback来输出日志
    dubbo logback输出日志 两者皆为国内使用比较广的两个开源框架:一个是服务治理框架,另一个则是日志框架。这个问题的解决方案一部分就在dubbo官网上: dubbo的日志适配...
    99+
    2024-04-02
  • Python3 Loguru输出日志工具的使用
    目录一、前言为什么要使用loguru二、优雅的使用loguru1. 安装loguru2.功能特性介绍3. 开箱即用,无需准备4. 更容易的文件日志记录与转存/保留/压缩方式5. 更优...
    99+
    2024-04-02
  • log4net无法输出日志如何解决
    遇到log4net无法输出日志的问题,可以按照以下步骤进行排查和解决:1. 确认配置文件正确:检查log4net的配置文件(通常是一...
    99+
    2023-09-27
    log4net
  • linux如何把日志输出到文本
    在Linux中,可以通过重定向操作符将日志输出到文本文件中。你可以使用以下命令将命令的输出重定向到文件:```command > l...
    99+
    2023-10-09
    linux
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作