mysql back blog_mysql qpress压缩备份恢复

最新推荐文章于 2024-05-15 19:06:59 发布
最新推荐文章于 2024-05-15 19:06:59 发布
阅读量297 收藏
点赞数
文章标签： mysql back blog
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39840635/article/details/113423875
版权

说明：

1.前面博客已经介绍过gzip压缩方法，备份正常，但后来测试恢复的时候，发现命中bug，报错如下：

InnoDB: Page [page id: space=9494, page number=27743946] log sequence number 2332453520996 is in the future! Current system log sequence number 2332453312855.

InnoDB: Your database may be corrupt or you may have copied the InnoDB tablespace but not the InnoDB log files. Please refer to http://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html for information about forcing recovery.

InnoDB: Page [page id: space=9494, page number=27735123] log sequence number 2332456427612 is in the future! Current system log sequence number 2332453312855.

InnoDB: Your database may be corrupt or you may have copied the InnoDB tablespace but not the InnoDB log files. Please refer to http://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html for information about forcing recovery.

InnoDB: Apply batch completed

InnoDB: xtrabackup: Last MySQL binlog file position 513900963, file name mysql-bin.000436

InnoDB: Creating shared tablespace for temporary tables

InnoDB: Starting in background the rollback of uncommitted transactions

InnoDB: Rolling back trx with id 661140886, 1 rows to undo

InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...

InnoDB: Rollback of trx with id 661140886 completed

InnoDB: Rolling back trx with id 661140885, 1 rows to undo

InnoDB: Rollback of trx with id 661140885 completed

InnoDB: Rolling back trx with id 661140884, 1 rows to undo

InnoDB: Rollback of trx with id 661140884 completed

InnoDB: Rollback of non-prepared transactions completed

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.10 started; log sequence number 2332453312097

InnoDB: page_cleaner: 1000ms intended loop took 341221ms. The settings might not be optimal. (flushed=0 and evicted=0, during the time.)

InnoDB: not started

InnoDB: xtrabackup: Last MySQL binlog file position 513900963, file name mysql-bin.000436

xtrabackup: error: The transaction log file is corrupted.

xtrabackup: error: The log was not applied to the intended LSN!

2.本文采用了qpress的压缩方式，这样就不会报上面的错误，而且是并发备份，速度比原来要快5倍，压缩比率比gzip稍微低一些，gzip约为117/775,qpress 约为157/775

一、备份机制

一周全备份一次

每天做一次增备(全备份当天除外)

二、备份

2.1全备：

innobackupex --defaults-file=/etc/my.cnf --use-memory=10G --user=root --password=123 --compress --compress-threads=8 --parallel=4 --stream=xbstream /mysql/full --extra-lsndir=/tmp  > /mysql/full/backup.xbstream

若需要传到其他主机，可使用下述命令：

innobackupex --defaults-file=/etc/my.cnf --use-memory=10G --user=root --password=123--compress --compress-threads=8 --parallel=4 --stream=xbstream /mysql/full --extra-lsndir=/tmp |ssh  root@192.168.1.194" xbstream -x -C /mysql/full"

2.2增量备份：--必须是在全备的基础上进行

innobackupex --defaults-file=/etc/my.cnf --use-memory=10G --user=root --password=123 --compress --compress-threads=8 --parallel=4 --stream=xbstream  --incremental --incremental-basedir=/tmp --extra-lsndir=/tmp  /mysql/incre1> /mysql/incre1/backup_incre1.xbstream

三、备份恢复举例

当前环境：

mysql> use testdb

Reading table information for completion of table and column names

You can turn off this feature to get a quicker startup with -A

Database changed

mysql> show tables;

+---------------------+

| Tables_in_testdb    |

+---------------------+

| fq_1                |

| milestat            |

| miletest            |

| runningrecord       |

| runningrecordlatest |

| t1                  |

| t2                  |

| t3                  |

| t4                  |

| t_timetest          |

| testrun             |

| testrun2            |

| v_1                 |

+---------------------+

13 rows in set (0.01 sec)

mysql> select * from t1;

+------+

| id   |

+------+

|    1 |

|    2 |

|    3 |

|    4 |

+------+

4 rows in set (0.04 sec)

1)全备：--并发数可自定义

innobackupex --defaults-file=/etc/my.cnf --use-memory=500m --user=root --password=123 --compress --compress-threads=2 --parallel=2 --stream=xbstream /mysql/full --extra-lsndir=/tmp  > /mysql/full/backup.xbstream

[root@kafka1 full]# ll

总用量 9492

-rw-r--r--. 1 root root 9716168 5月   3 11:55 backup.xbstream

[root@kafka1 full]# cat /tmp/xtrabackup_checkpoints   --记录位置点的文件

backup_type = full-backuped

from_lsn = 0                      --开始点

to_lsn = 50779787                 --结束点

last_lsn = 50779796

compact = 0

recover_binlog_info = 0

[root@kafka1 full]#

说明：因为全备要拷贝走，因此需要额外的一份lsn保留下来，以便下次读取位置做增备

2)做一些操作：

mysql> insert into t1 values (5),(6),(7),(8);

Query OK, 4 rows affected (0.33 sec)

Records: 4  Duplicates: 0  Warnings: 0

mysql> select * from t1;

+------+

| id   |

+------+

|    1 |

|    2 |

|    3 |

|    4 |

|    5 |

|    6 |

|    7 |

|    8 |

+------+

8 rows in set (0.00 sec)

mysql> drop table t4;

Query OK, 0 rows affected (0.10 sec)

3)第一次增量备份

innobackupex --defaults-file=/etc/my.cnf --use-memory=400m --user=root --password=123 --compress --compress-threads=2 --parallel=2 --stream=xbstream  --incremental --incremental-basedir=/tmp --extra-lsndir=/tmp  /mysql/incre1> /mysql/incre1/backup_incre1.xbstream

说明：

--incremental-basedir 指向的是上一次备份的lsn所在目录；

--extra-lsndir 指向的是这一次备份的额外xtrabackup_checkpoints的存放目录；

/mysql/incre1 指向的是这次备份的存放目录。

[root@kafka1 incre1]# ll

总用量 488

-rw-r--r--. 1 root root 496194 5月   3 12:03 backup_incre1.xbstream

[root@kafka1 tmp]# cat xtrabackup_checkpoints    --名字跟之前一个相同，内容覆盖了

backup_type = incremental

from_lsn = 50779787           --开始点(上一次的结束点)

to_lsn = 50804287             --结束点

last_lsn = 50804296

compact = 0

recover_binlog_info = 0

4)再做一些操作

mysql> truncate table t1;

Query OK, 0 rows affected (0.14 sec)

5)第二次增量备份

innobackupex --defaults-file=/etc/my.cnf --use-memory=400m --user=root --password=123 --compress --compress-threads=2 --parallel=2 --stream=xbstream  --incremental --incremental-basedir=/tmp --extra-lsndir=/tmp  /mysql/incre2> /mysql/incre2/backup_incre2.xbstream

[root@kafka1 mysql]# cd incre2

[root@kafka1 incre2]# ll

总用量 456

-rw-r--r--. 1 root root 465003 5月   3 13:38 backup_incre2.xbstream

[root@kafka1 incre2]# cat /tmp/xtrabackup_checkpoints

backup_type = incremental

from_lsn = 50804287              --开始点

to_lsn = 50811553                --结束点

last_lsn = 50811562

compact = 0

recover_binlog_info = 0

[root@kafka1 incre2]# cd /mysql

[root@kafka1 mysql]# du -sh *

9.3Mfull

488Kincre1

456Kincre2

[root@kafka1 mysql]# ll

总用量 0

drwxrwxrwx. 2 root root 28 5月   3 11:55 full

drwxrwxrwx. 2 root root 35 5月   3 12:02 incre1

drwxrwxrwx. 2 root root 35 5月   3 13:38 incre2

6)模拟灾难

磁盘故障，整个数据丢失，在新机器上装好mysql后(目录相同，进行初始化)

[root@kafka1 incre1]# service mysql57 stop

Shutting down MySQL... SUCCESS!

[root@kafka1 incre1]# cd /usr/local/mysql

[root@kafka1 mysql]# ll

总用量 304

drwxr-xr-x.  2 mysql mysql   4096 11月 30 03:54 bin

-rw-r--r--.  1 mysql mysql  17987 11月 30 03:16 COPYING

drwxr-xr-x.  7 mysql mysql   4096 5月   3 13:43 data

drwxr-xr-x.  6 mysql mysql   4096 4月  11 14:26 data_old

drwxr-xr-x.  2 mysql mysql     52 11月 30 03:54 docs

drwxr-xr-x.  3 mysql mysql   4096 11月 30 03:54 include

-rw-r--r--.  1 mysql mysql 108090 11月 30 03:26 INSTALL-BINARY

drwxr-xr-x.  5 mysql mysql   4096 11月 30 03:54 lib

drwxr-xr-x.  4 mysql mysql     28 11月 30 03:54 man

-rw-r-----.  1 mysql mysql 141349 5月   3 13:43 mysqlerr.log

-rw-r--r--.  1 mysql mysql   2478 11月 30 03:16 README

drwxr-xr-x. 28 mysql mysql   4096 11月 30 03:54 share

drwxr-xr-x.  2 mysql mysql   4096 11月 30 03:54 support-files

[root@kafka1 mysql]# mv data data_bak     ---整个data目录移走

[root@kafka1 mysql]# mkdir data

[root@kafka1 mysql]# chown mysql:mysql data  --新建一个空的，准备恢复

7)解压全备包

[root@kafka1 full]# xbstream -x

[root@kafka1 full]# cd /tmp/test

[root@kafka1 test]# ll

总用量 3568

-rw-r-----. 1 root root     407 5月   3 14:58 backup-my.cnf.qp

-rw-r-----. 1 root root     308 5月   3 14:58 ib_buffer_pool.qp

-rw-r-----. 1 root root 3594072 5月   3 14:58 ibdata1.qp

drwxr-x---. 2 root root    4096 5月   3 14:58 mysql

drwxr-x---. 2 root root    8192 5月   3 14:58 performance_schema

drwxr-x---. 2 root root    4096 5月   3 14:58 sakila

drwxr-x---. 2 root root    8192 5月   3 14:58 sys

drwxr-x---. 2 root root    4096 5月   3 14:58 testdb

-rw-r-----. 1 root root     115 5月   3 14:58 xtrabackup_checkpoints

-rw-r-----. 1 root root     540 5月   3 14:58 xtrabackup_info.qp

-rw-r-----. 1 root root     369 5月   3 14:58 xtrabackup_logfile.qp

8)解压增量包

[root@kafka1 incre1]# xbstream -x

[root@kafka1 incre1]# ll

total 640

-rw-r--r--. 1 root root 496194 May  3 12:03 backup_incre1.xbstream

-rw-r-----. 1 root root    407 May  3 15:02 backup-my.cnf.qp

-rw-r-----. 1 root root    308 May  3 15:02 ib_buffer_pool.qp

-rw-r-----. 1 root root  79915 May  3 15:02 ibdata1.delta.qp

-rw-r-----. 1 root root     44 May  3 15:02 ibdata1.meta

drwxr-x---. 2 root root   4096 May  3 15:02 mysql

drwxr-x---. 2 root root   8192 May  3 15:02 performance_schema

drwxr-x---. 2 root root   4096 May  3 15:02 sakila

drwxr-x---. 2 root root   8192 May  3 15:02 sys

drwxr-x---. 2 root root   4096 May  3 15:02 testdb

-rw-r-----. 1 root root    120 May  3 15:02 xtrabackup_checkpoints

-rw-r-----. 1 root root    565 May  3 15:02 xtrabackup_info.qp

-rw-r-----. 1 root root    329 May  3 15:02 xtrabackup_logfile.qp

[root@kafka1 incre2]# xbstream -x

[root@kafka1 incre2]# ll

total 584

-rw-r--r--. 1 root root 465003 May  3 13:38 backup_incre2.xbstream

-rw-r-----. 1 root root    407 May  3 15:02 backup-my.cnf.qp

-rw-r-----. 1 root root    308 May  3 15:02 ib_buffer_pool.qp

-rw-r-----. 1 root root  56172 May  3 15:02 ibdata1.delta.qp

-rw-r-----. 1 root root     44 May  3 15:02 ibdata1.meta

drwxr-x---. 2 root root   4096 May  3 15:02 mysql

drwxr-x---. 2 root root   8192 May  3 15:02 performance_schema

drwxr-x---. 2 root root   4096 May  3 15:02 sakila

drwxr-x---. 2 root root   8192 May  3 15:02 sys

drwxr-x---. 2 root root   4096 May  3 15:02 testdb

-rw-r-----. 1 root root    120 May  3 15:02 xtrabackup_checkpoints

-rw-r-----. 1 root root    567 May  3 15:02 xtrabackup_info.qp

-rw-r-----. 1 root root    400 May  3 15:02 xtrabackup_logfile.qp

9)解压所有qp文件

9.1 安装

tar –xvf qpress-11-linux-x64.tar

cp qpress /usr/bin

chmod 777 qpress

9.2解压全备

[root@kafka1 test]# for f in `find ./ -iname "*\.qp"`; do qpress -dT2 $f  $(dirname $f) && rm -f $f; done

[root@kafka1 test]# ll

总用量 77880

-rw-r--r--. 1 root root      412 5月   3 15:14 backup-my.cnf

-rw-r--r--. 1 root root      300 5月   3 15:14 ib_buffer_pool

-rw-r--r--. 1 root root 79691776 5月   3 15:14 ibdata1

drwxr-x---. 2 root root     4096 5月   3 15:14 mysql

drwxr-x---. 2 root root     8192 5月   3 15:14 performance_schema

drwxr-x---. 2 root root     4096 5月   3 15:14 sakila

drwxr-x---. 2 root root     8192 5月   3 15:14 sys

drwxr-x---. 2 root root     4096 5月   3 15:14 testdb

-rw-r-----. 1 root root      115 5月   3 14:58 xtrabackup_checkpoints

-rw-r--r--. 1 root root      563 5月   3 15:14 xtrabackup_info

-rw-r--r--. 1 root root     2560 5月   3 15:14 xtrabackup_logfile

9.3解压增备1

[root@kafka1 incre1]# for f in `find ./ -iname "*\.qp"`; do qpress -dT2 $f  $(dirname $f) && rm -f $f; done

[root@kafka1 incre1]# ll

总用量 1220

-rw-r--r--. 1 root root 496194 5月   3 12:03 backup_incre1.xbstream

-rw-r--r--. 1 root root    412 5月   3 15:26 backup-my.cnf

-rw-r--r--. 1 root root    300 5月   3 15:26 ib_buffer_pool

-rw-r--r--. 1 root root 671744 5月   3 15:26 ibdata1.delta

-rw-r-----. 1 root root     44 5月   3 15:02 ibdata1.meta

drwxr-x---. 2 root root   4096 5月   3 15:26 mysql

drwxr-x---. 2 root root   8192 5月   3 15:26 performance_schema

drwxr-x---. 2 root root   8192 5月   3 15:26 sakila

drwxr-x---. 2 root root   8192 5月   3 15:26 sys

drwxr-x---. 2 root root   4096 5月   3 15:26 testdb

-rw-r-----. 1 root root    120 5月   3 15:02 xtrabackup_checkpoints

-rw-r--r--. 1 root root    612 5月   3 15:26 xtrabackup_info

-rw-r--r--. 1 root root   2560 5月   3 15:26 xtrabackup_logfile

9.4解压增备2

[root@kafka1 incre2]# for f in `find ./ -iname "*\.qp"`; do qpress -dT2 $f  $(dirname $f) && rm -f $f; done

[root@kafka1 incre2]# ll

总用量 1072

-rw-r--r--. 1 root root 465003 5月   3 13:38 backup_incre2.xbstream

-rw-r--r--. 1 root root    412 5月   3 15:10 backup-my.cnf

-rw-r--r--. 1 root root    300 5月   3 15:10 ib_buffer_pool

-rw-r--r--. 1 root root 557056 5月   3 15:10 ibdata1.delta

-rw-r-----. 1 root root     44 5月   3 15:02 ibdata1.meta

drwxr-x---. 2 root root   4096 5月   3 15:10 mysql

drwxr-x---. 2 root root   8192 5月   3 15:10 performance_schema

drwxr-x---. 2 root root   4096 5月   3 15:10 sakila

drwxr-x---. 2 root root   8192 5月   3 15:10 sys

drwxr-x---. 2 root root   4096 5月   3 15:10 testdb

-rw-r-----. 1 root root    120 5月   3 15:02 xtrabackup_checkpoints

-rw-r--r--. 1 root root    613 5月   3 15:10 xtrabackup_info

-rw-r--r--. 1 root root   2560 5月   3 15:10 xtrabackup_logfile

10)应用所有日志

10.1 应用全备日志

innobackupex --use-memory=400m --apply-log  --redo-only /tmp/test

xtrabackup: starting shutdown with innodb_fast_shutdown = 1

InnoDB: Starting shutdown...

InnoDB: Shutdown completed; log sequence number 50779805

InnoDB: Number of pools: 1

160503 15:23:35 completed OK!

10.2 应用增备日志1

innobackupex   --use-memory=400m --apply-log --redo-only  /tmp/test

--incremental-dir=/mysql/incre1

………………

160503 15:27:41 [01] Copying /mysql/incre1/performance_schema/db.opt to ./performance_schema/db.opt

160503 15:27:41 [01]        ...done

160503 15:27:41 [01] Copying /mysql/incre1/performance_schema/cond_instances.frm to ./performance_schema/cond_instances.frm

160503 15:27:41 [01]        ...done

160503 15:27:41 [00] Copying /mysql/incre1/xtrabackup_info to ./xtrabackup_info

160503 15:27:41 [00]        ...done

160503 15:27:41 completed OK!

10.3 应用增备日志2

innobackupex   --use-memory=400m --apply-log  /tmp/test

--incremental-dir=/mysql/incre2

说明：其实就是将增备1和增备2中的所有操作日志应用到全备目录，那么此时的全备目录就是增备2的最新数据，直接使用这个全备目录还原即可。

最后一次的增备不带redo-only参数

11)将数据目录拷贝回data

11.1 可使用copy-back

innobackupex --defaults-file=/etc/my.cnf  --user='root' --password='root' --copy-back  /tmp/test

11.2 也可直接修改名称，mv过去

[root@kafka1 mysql]# cd  /tmp/test

[root@kafka1 test]# cp -r * ../data/

[root@kafka1 mysql]# chown -R mysql:mysql data

12)启动mysql

[root@kafka1 mysql]# service mysql57 start

Starting MySQL... SUCCESS!

[root@kafka1 mysql]# /usr/local/mysql/bin/mysql -uroot -p

Enter password:

Welcome to the MySQL monitor.  Commands end with ; or \g.

Your MySQL connection id is 2

Server version: 5.7.10 MySQL Community Server (GPL)

Copyright (c) 2000, 2015, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its

affiliates. Other names may be trademarks of their respective

owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> show databases;

+--------------------+

| Database           |

+--------------------+

| information_schema |

| mysql              |

| performance_schema |

| sakila             |

| sys                |

| testdb             |

+--------------------+

6 rows in set (0.08 sec)

mysql> use testdb

Reading table information for completion of table and column names

You can turn off this feature to get a quicker startup with -A

Database changed

mysql> show tables;

+---------------------+

| Tables_in_testdb    |

+---------------------+

| fq_1                |

| milestat            |

| miletest            |

| runningrecord       |

| runningrecordlatest |

| t1                  |

| t2                  |

| t3                  |

| t_timetest          |

| testrun             |

| testrun2            |

| v_1                 |

+---------------------+

12 rows in set (0.00 sec)

mysql> select * from t1;

Empty set (0.00 sec)

验证可发现，所有备份的操作都在，恢复成功！

13)利用binlog恢复到当天最新数据(由于我测试环境没开binlog，因此后续没测试)

--获取最后一次增量的log position

cd /mysql/incre2

more xtrabackup_binlog_info

mysql-binlog.000453     774

--使用start-position 和stop-datetime  将日志追加到最新

mysqlbinlog /mysql/mysql-binlog/mysql-binlog.000453

--start-position=774 --stop-datetime="2016-05-03 10:00:00" \

> |mysql -uroot -proot –P2021

0

顶

0

踩

分享到：

18e900b8666ce6f233d25ec02f95ee59.png

72dd548719f0ace4d5f9bca64e1d7715.png

2016-05-03 16:30

浏览 5942

分类:数据库

评论

weixin_39840635
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mysql备份恢复
alviss_kdd的博客
09-04 216
1.同实例拷贝数据库 shell> mysqldump db1 > dump.sql shell> mysqladmin create db2 shell> mysql db2 < dump.sql 2. 数据库迁移 On Server 1: s
mysql-xtrabackup-docker-qpress
08-17
基于mysql8.0.19镜像集成xtrabackup 插件和 qpress插件
mysql线上问题排查思路及常用命令
Sid小杰的博客
10-21 4003
一、常用命令 1.查看数据库配置的最大连接数 show VARIABLES like 'max_connections' 2.SHOW PROCESSLIST查看当前数据库运行的所有线程、命令、状态、耗时、SQL SHOW PROCESSLIST 如果是root用户执行，能看到所有用户的当前的连接状态。 如果是普通账号，只能看到当前账号占用的数据库连接。 show proccesslist只能列出前100条，如果想看全数据的话要使用 show full processlist。.
mysql13
Markland_l的博客
07-24 230
buffer pool、redo日志
linux centos7安装qpress工具
最新发布
学亮编程手记
05-15 362
【代码】linux centos7安装qpress工具。
mysql 同步 无法启动失败怎么办_mysql无法启动怎么办？
weixin_42449548的博客
01-27 914
故障处理移除当前使用的 redo log 文件，然后可以试着启动数据库，结果启动失败！提示：[ERROR] InnoDB: Page [page id: space=0, page number=0] log sequence number 178377412422 is in the future! Current system log sequence number 165909011496....
庖丁解 InnoDB 之 REDO LOG
阿里云技术
11-12 144
数据库故障恢复机制的前世今生一文中提到，今生磁盘数据库为了在保证数据库的原子性(A, Atomic) 和持久性(D, Durability)的同时，还能以灵活的刷盘策略来充分利用磁盘顺序写的性能，会记录REDO和UNDO日志，即ARIES方法。本文将重点介绍REDO LOG的作用，记录的内容，组织结构，写入方式等内容，希望读者能够更全面准确的理解REDO LOG在InnoDB中的位置。本文基于MySQL 8.0代码。 一 为什么需要记录REDO 为了取得更好的读写性能，InnoDB会将数据缓存在内存..
使用达梦数据库的disql工具给数据库做热备份
weixin_42447367的博客
09-11 812
使用disql工具做热备份 热备份就是数据库实例的服务是开启的 [dmdba@localhost bin]$ ./DmServiceDMSERVER status DmServiceDMSERVER (pid 5107) is running. 1.整库备份： SQL> backup database full to “disql_quanbei” backupset ‘/dm8/dmbak/disql_quanbei’; 2.增量备份，基于一个备份集做增量备份 SQL> backup dat
mysql Xb文件--逻辑备份恢复数据库.docx
10-25
MySQL的Xb文件是用于逻辑备份和恢复数据库的一种格式，它结合了qpress压缩工具和xbstream工具，提供了一种高效的数据存储和恢复方案。在MySQL中，逻辑备份通常指的是通过`mysqldump`等工具生成的SQL脚本，而物理备份...
mysql Xb文件--物理备份恢复数据库.docx
10-25
以上就是使用MySQL的Xb文件进行物理备份恢复数据库的详细过程，这个过程涉及到的关键工具包括Percona XtraBackup、`xbstream` 和 `qpress`，以及必要的配置文件修改和权限设置。物理备份的优势在于能提供精确到事务...
qpress是用来备份数据库和恢复数据库的
08-10
4. **恢复过程**：当需要从备份恢复时，qpress会先解压缩备份文件，然后根据元数据信息将数据还原到数据库中。这一过程需要精确执行，以保证数据的一致性和一致性。 5. **验证与完整性检查**：备份完成后，qpress...
XtraBackup 备份与恢复实例讲解.docx
05-08
rsync 工具一次性拷贝所有非 InnoDB 文件，而不是为每个文件单独创建 cp，在备份恢复很多数据库和表时非常高效。此选项不能和 --stream 一起使用。 14. --incremental 该选项用于告诉 xtrabackup 创建一个增量备份...
数据备份与恢复
MASSA130323的博客
12-26 180
一、mysqldump备份 mysqldump 备份数据会丢失掉从备份点开始的数据，所以需要结合mysqlbinlog的二进制日志增量备份恢复。 【常用的选项】 --all-databases ：导出全部数据库。--add-drop-table :每个数据表创建之前添加drop删表语句，防止恢复时冲突。 （all-databases默认包含）--add-locks ：每个表导出之前...
Setting file ‘ibtmp1‘ size to 12 MB. Physically writing the file full；
野马
04-19 2886
2022-04-19 17:48:20 0 [Note] InnoDB: Uses event mutexes 2022-04-19 17:48:20 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2022-04-19 17:48:20 0 [Note] InnoDB: Number of pools: 1 2022-04-19 17:48:20 0 [Note] InnoDB: Using SSE2 crc32 instructions 2022-0
mysql-innodb数据库备份方案
听海归雪的博客
10-12 2041
mysql下innodb引擎数据备份
warning The transaction log file is corrupted.
weixin_33721344的博客
03-16 391
Remark Even if appealing using compress option has a constraint when preparing the backup, asclearly statedby Percona: Before you can prepare the backup you’ll need to u...
MySQL备份之Percona XtraBackup应用
weixin_33812433的博客
05-29 70
在上篇文档http://jishuweiwang.blog.51cto.com/6977090/1419166中，我介绍了Xtrabackup的一些原理类的东西，确实比较生硬乏味。现在开始真正的体验一下XtraBackup带给你的快感。# 本文错误已经勘正，有发现错误的同学，请留言回复！谢谢实验前提1：开启数据库分表mysql>showglobalvariable...
MySQL解决“the transaction log file is corrupted”（事务日志文件已损坏）
学亮编程手记
03-28 427
当遇到“the transaction log file is corrupted”（事务日志文件已损坏）的问题时，这通常意味着InnoDB存储引擎的事务日志（redo log）出现了故障，可能影响到数据库的正常运行、数据一致性以及可能的数据恢复。不同的值对应不同程度的强制恢复模式，允许MySQL在不完全依赖事务日志的情况下启动。或类似命名的文件），查找关于日志文件损坏的详细错误信息。如果MySQL自带的修复选项无效，可能需要借助专门的数据库恢复工具，如Percona Toolkit中的。
通过Percona Xtrabackup实现数据的备份与恢复
weixin_30699235的博客
02-14 285
Xtrabackup简介 Percona XtraBackup是一个开源、免费的MySQL热备份软件,能够为InnoDB和XtraDB数据库执行非阻塞备份，特点如下： 1、快速、可靠的完成备份 2、备份期间不间断事务处理 3、节省磁盘空间和网络带宽 4、自动对备份文件进行验证 5、恢复快，保障在线运行时间持久性 另外，官网关于Xtrabackup还有如下介绍，它能增量备份MySQL数据库，通过流压...
qpress-11-linux.x64.tar
09-08
qpress-11-linux.x64.tar是一个Linux操作系统下的可执行文件，它是一种压缩工具。qpress工具可以用于对文件和目录进行压缩，以减小文件的大小，提高存储和传输效率。 这个文件的扩展名 .tar 表示它是一个tar文件，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值