MySQL增量备份与恢复--实验

1、创建全备

innobackupex --defaults-file=/etc/my.cnf --user=root --password=root --socket=/home/mysql/3306/data/mysql.sock --no-timestamp /home/mysql/backup

已有数据

2、增加数据

insert into leo values (7,"wanger");
insert into leo values (8,"xiaofang");


3、第一次增量备份

innobackupex --defaults-file=/etc/my.cnf --user=root --password=root --socket=/home/mysql/3306/data/mysql.sock --no-timestamp  --incremental-basedir=/home/mysql/backup --incremental /home/mysql/backup/zengliang1/

4、增加数据

insert into leo values (9,"wanger");
insert into leo values (10,"xiaofang");

5、第二次增量

innobackupex --defaults-file=/etc/my.cnf --user=root --password=root --socket=/home/mysql/3306/data/mysql.sock --no-timestamp  --parallel=3 --incremental-basedir=/home/mysql/backup/zengliang1/ --incremental /home/mysql/backup/zengliang2/

6、恢复增量数据

innobackupex --apply-log --use-memory=32M --redo-only /home/mysql/backup/

7、合并增量到全备目录

合并 第一次增量:innobackupex --apply-log --use-memory=32M --redo-only --incremental-dir=/home/mysql/backup/zengliang1  /home/mysql/backup/
合并第二次增量:innobackupex --apply-log --use-memory=32M --redo-only --incremental-dir=/home/mysql/backup/zengliang2  /home/mysql/backup/

8、应用redo,undo回滚数据

innobackupex --apply-log --use-memory=32M  /home/mysql/backup

9、正式恢复数据

/usr/local/mysql/bin/mysqladmin -uroot -p -P3306 -S  /home/mysql/3306/data/mysql.sock  shutdown
备份数据目录:mv /home/mysql/3306/data/ /tmp/databak
innobackupex   --defaults-file=/etc/my.cnf  --copy-back --rsync /home/mysql/backup/ ###与mv效果一样
chown -R mysql:mysql /home/mysql/3306/data
/usr/local/mysql/bin/mysqld_safe  --defaults-file=/etc/my.cnf  --user=mysql  &

至此结束!!!

原文地址:https://blog.51cto.com/11298469/2419398

时间: 2024-10-08 00:43:34

MySQL增量备份与恢复--实验的相关文章

MySQL增量备份与恢复实例【转】

小量的数据库可以每天进行完整备份,因为这也用不了多少时间,但当数据库很大时,就不太可能每天进行一次完整备份了,这时候就可以使用增量备份.增量备份的原理就是使用了mysql的binlog日志.本次操作的MySQL版本为5.5.40 for Linux (x86_64). 增量备份要确保打开了二进制日志,参考mysql的日志系统: mysql> show variables like '%log_bin%'; 首先对pak数据库做一个完整备份: $ mysqldump -h localhost -u

MySQL增量备份与恢复

MySQL增量备份与恢复 技能目标 理解MySQL增量备份的概念 理解MySQL增量备份与恢复的方法 1:增量备份的概念 完全备份每次把所有文件全部备份一边占用空间较大,增量备份就解决了这一问题它可以在你完全备份后如果做了修改或者需要备份的文件不大就用增量备份去解决这一问题 2:增量备份的特点 (1)二进制文件保存了所有更新或者可能更新数据库操作 (2)二进制文件在启动MySQL服务后开始记录 (3)只需要执行刷新就能创建新日志 增量备份实战演练 下面是生产环境中的案例,对它进行增量备份操作 1

mysql增量备份与恢复实战

备份: mysqldump -uroot -p** -A -B -F --master-data=2 --single-transaction  --events > /root/all.sql 恢复: mysql -uroot -pVaren2100* < /root/all.sql 利用binlog日志进行增量恢复 利用位置恢复: mysqlbinlog --start-position="154" --stop-position="789694"

Mysql增量备份与恢复实例

小量的数据库可以每天进行完整备份,因为这也用不了多少时间,但当数据库很大时,就不太可能每天进行一次完整备份了,这时候就可以使用增量备份.增量备份的原理就是使用了mysql的binlog日志.本次操作的MySQL版本为5.5.40 for Linux (x86_64). 增量备份要确保打开了二进制日志,参考mysql的日志系统: mysql> show variables like '%log_bin%'; 首先对pak数据库做一个完整备份: $ mysqldump -h localhost -u

MySQL完全备份、增量备份与恢复

在生产环境中,数据的安全性是至关重要的,任何数据的丢失都可能产生严重的后果.所以数据库需要备份.这里以新版mysql5.7为例. 一.数据库备份分类: 从物理与逻辑的角度,备份可分为物理备份和逻辑备份. (1)物理备份:对数据库操作系统的物理文件(如数据文件.日志文件等)的备份.又可以分为冷备份和热备份. 冷备份:关闭数据库时进行的备份操作 热备份:在数据库运行状态中进行备份操作,这种备份方法依赖于数据库的日志文件. (2)逻辑备份:对数据库逻辑组件(如表等数据库对象)的备份. 从数据库的备份策

MySQL——全量、增量备份与恢复(理论+实操)

数据备份的重要性 1.在生产环境中,数据的安全性是至关重要的,任何数据的丢失都可能产生严重的后果 2.造成数据丢失的原因 程序错误 人为错误 计算机失败 磁盘失败 灾难和偷窃 数据库备份的分类 从物理与逻辑的角度,备份可分为: 1.物理备份:对数据库操作系统的物理文件(如数据文件.日志文件等)的备份 物理备份又可以分为脱机备份(冷备份)和联机备份(热备份): 冷备份:是在关闭数据库的时候进行的热备份:数据库处于运行状态,这种备份方法依赖于数据库的日志文件 2.逻辑备份:对数据库逻辑组件(如表等数

MySQL全量、增量备份与恢复 (理论+实践篇)

数据备份的中要性 在生产环境中,数据的安全性是至关重要的,任何数据的丢失都可能产生严重的后果 造成数据丢失的原因 程序错误 人为错误 计算机失败 磁盘失败 灾难(如起火.地震)和偷窃 数据库备份的分类 从物理与逻辑的角度,备份可分为 物理备份:对数据库操作系统的物理文件(如数据文件.日志文件等)的备份 物理备份又可以分为脱机备份(冷备份)和联机备份(热备份) 冷备份:是关闭数据库的时候进行的 热备份:数据库处于运行状态,这种备份方法依赖于数据库的日志文件 逻辑备份:对数据库逻辑组件(如表等数据库

MySQL全量、增量备份与恢复

数据备份的重要性 1.在生产环境中,数据的安全性是至关重要的,任何数据的丢失都可能产生严重的后果2.造成数据丢失的原因程序错误人为错误计算机失败磁盘失败灾难(如地震等)和偷窃 数据库备份的分类 一.从物理与逻辑的角度,备份可分为: 1.物理备份:对数据库操作系统的物理文件(如数据文件.日志文件等)的备份 物理备份又可以分为脱机备份(冷备份)和联机备份(热备份): -冷备份:是在关闭数据库的时候进行的 -热备份:数据库处于运行状态,这种备份方法依赖于数据库的日志文件 2.逻辑备份:对数据库逻辑组件

MySQL增量备份与还原详解

增量备份与恢复的特点 增量备份的优点是没有重复数据,备份量不大,时间短.但缺点也很明显,需要建立在上次完全备份及完全备份之后所有的增量才能恢复. MySQL没有提供直接的增量备份方法,但是可以通过mysql二进制日志间接实现增量备份.二进制日志对备份的意义如下: (1)二进制日志保存了所有更新或者可能更新数据库的操作. (2)二进制日志在启动MySQL服务器后开始记录,并在文件达到所设大小或者收到flush logs 命令后重新创建新的日志文件. (3)只需定时执行flush logs方法重新创