您的当前位置:首页正文

使用mysqldump进行mariadb的备份

2023-11-09 来源:帮我找美食网

mysqldump是mysql用于转存储数据库的实用程序。它主要产生一个SQL脚本,其中包含从头重新创建数据库所必需的命令CREATE TABLE INSERT等,适用于备份数据量不大的数据库。

优点:备份简单,恢复容易。

备份缺点:schema和数据存储在一起,巨大的SQL语句、单个巨大的备份文件(备份的库和表都在一个文件中)。

mysqldump: 是一个mysql客户端命令,通过mysql协议连接至mysqld,实现数据库备份

命令的语法格式:

   mysqldump [OPTIONS] database [tables]:备份单个库,或库指定的一个或多个表

mysqldump[OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...]:备份一个或多个库

mysqldump[OPTIONS] --all-databases [OPTIONS]:备份所有库

常用选项:

    -A,--all-databases       #备份所有数据库

    InnoDB:

        --single-transaction:启动一个大的单一事务实现备份

     -B,--databases db_name1 db_name2 ...:备份指定的数据库

     -C,--compress:压缩传输;

     -x, --lock-all-tables:锁定所有表

     -l, --lock-tables:锁定备份的表

     --flush-logs,-F:锁定表之后执行flush logs命令;

其它选项:

    -E,--events:备份指定库的事件调度器;

    -R,--routines:备份存储过程和存储函数;

    --triggers:备份触发器

 

    --master-data[=#]:

        1:记录CHANGE MASTER TO语句;此语句未被注释;

        2:记录为注释语句;

特别说明:Mariadb的数据恢复严重依赖与bin-log日志,所以为了防止磁盘故障导致数据文件和bin-log文件一起丢失,所以最好将bin-log日志存放到共享存储中。

设置方法:修改Mariadb配置文件,将日志文件存放位置指向本地挂载网络存储的路径,然后重启Mariadb服务即可。

[root@MariaDB ~]# vim /etc/my.cnflog-bin="/backup/bin-log/mysql-bin.x"

验证:重启服务之后/backup/bin-log/目录下就有了Mysql的二进制日志文件和日志索引文件。

[root@MariaDB ~]# ll /backup/bin-log/mysql-bin.*-rw-rw---- 1 mysql mysql 245 Jun 16 00:00/backup/bin-log/mysql-bin.000001-rw-rw---- 1 mysql mysql  33 Jun 16 00:00/backup/bin-log/mysql-bin.index
单个库实现备份恢复

数据库中有hellodb表一个,需要做对hellodb表的备份,以实现数据库故障或者发生误删除操作时可以及时恢复数据库。

备份方案为:每周日完全备份一次数据库,周一到周六增量备份数据库

备份过程如下

第一天备份:完全备份hellodb数据库,并且在完全备份的时候锁定表和滚动二进制日志

[root@MariaDB~]# mysqldump -B hellodb -u root -p --lock-all-tables --flush-logs  --master-data=2 > /backup/hellodb-`date+%F`.sqlEnterpassword: [root@MariaDB~]# ll /backup/total8-rw-r--r--1 root root 7950 Jun 16 11:59 hellodb-2015-06-16.sql

由于在做完全备份的时候滚动了二进制日志,所以在做一些关于数据库更改的操作都会记录到新的二进制日志中,从查看中得知后续日志会记录到mysql-bin.000002中。

MariaDB [(none)]> show master logs;+------------------+-----------+| Log_name        | File_size |+------------------+-----------+| mysql-bin.000001 |       288 || mysql-bin.000002 |       245 |+------------------+-----------+2 rows in set (0.00 sec)

备份完成之后的一天时间里,创建了一张表,并且向表中插入了一些数据

MariaDB[(none)]> use hellodb;MariaDB[hellodb]> create table tb1 (id int);MariaDB[hellodb]> insert into tb1 values (1),(2),(3);MariaDB[hellodb]> select * from tb1;+------+|id   |+------+|    1 ||    2 ||    3 |+------+

第一天增量备份:当天的所有对数据库进行更改的语句都会记录到二进制日志文件中,只需要滚动二进制日志,把二进制日志进行备份即可,二进制滚动之后,第二天的所有对数据库进行更改的语句,都会记录到新的二进制日志文件中。

MariaDB[hellodb]> flush logs;MariaDB [hellodb]> show master logs;+------------------+-----------+| Log_name        | File_size |+------------------+-----------+| mysql-bin.000001 |       288 || mysql-bin.000002 |       577 || mysql-bin.000003 |       245 |+------------------+-----------+3 rows in set (0.00 sec)

将二进制日志文件转换为sql文件

[root@MariaDB ~]# mysqlbinlog/backup/bin-log/mysql-bin.000002 > /backup/1.sql

第二天操作:继续向tb1中插入数据

MariaDB[hellodb]> insert into tb1 values (21),(22),(23);MariaDB[hellodb]> select * from tb1;+------+|id   |+------+|    1 ||    2 ||    3 ||   21 ||   22 ||   23 |+------+

故障模拟

hellodb数据库遭到误删除:

MariaDB[hellodb]> DROP database hellodb;
恢复前的准备

查看二进制日志是记录到了第三个日志

MariaDB[(none)]> show master logs;+------------------+-----------+|Log_name         | File_size |+------------------+-----------+|mysql-bin.000001 |       288 ||mysql-bin.000002 |       577 ||mysql-bin.000003 |       533 |    #当前日志的记录位置+------------------+-----------+3rows in set (0.00 sec)MariaDB[(none)]> show binlog events in ‘mysql-bin.000003‘G;***************************5. row ***************************   Log_name: mysql-bin.000005        Pos: 446 Event_type: Query  Server_id: 1End_log_pos:533       Info: DROP database hellodb      #记录的删除语句5rows in set (0.00 sec) ERROR:No query specified

由于是整个hellodb数据库遭到误删除,所以需要用一开始的完全备份文件,以及第一天的增量备份文件,恢复hellodb数据库和第一天对数据库进行修改的内容。

第二天对数据库进行修改的内容恢复:如果直接把当天的二进制日志导入到数据库,由于数据库中包含了删除语句,所以数据库还是会被删除;所以在导入第二天二进制日志时,需要删除日志中的DROP语句。

 

将第二天的二进制日志文件转换成sql文件,放到backup目录下

[root@MariaDB~]# mysqlbinlog /backup/bin-log/mysql-bin.000003 > /backup/2.sql

打开2.sql文件可以看到DROP语句,删除这个语句

# at446#15061612:15:22 server id 1  end_log_pos 533   Query  thread_id=20    exec_time=0     error_code=0SETTIMESTAMP=1434428122/*!*/;DROP database hellodb   #删除或者注释这一行
恢复过程:

恢复之前为了避免产生没有用的二进制日志,可以关闭二进制日志的记录

MariaDB[(none)]> SET SESSION sql_log_bin=0;

将第一次的完全备份数据导入到数据库

MariaDB [hellodb]> SOURCE /backup/hellodb-2015-06-16.sql;

查看数据库已经导入,但是tb1表不存在

MariaDB[(none)]> use hellodb;DatabasechangedMariaDB[hellodb]> show tables;+-------------------+|Tables_in_hellodb |+-------------------+|classes           ||coc               ||courses           ||scores            ||students          ||teachers          ||toc               |+-------------------+

导入第一天增量备份的1.sql文件。

MariaDB [hellodb]> SOURCE /backup/1.sql;

查看tb1表,发现第一天插入的数据都存在

MariaDB[hellodb]> select * from tb1;+------+|id   |+------+|    1 ||    2 ||    3 |+------+

导入当天的2.sql文件

MariaDB [hellodb]> SOURCE /backup/2.sql;

查看数据已经完全恢复

MariaDB[hellodb]> select * from tb1;+------+|id   |+------+|    1 ||    2 ||    3 ||   21 ||   22 ||   23 |+------+

恢复完成,启用记录二进制日志

MariaDB[hellodb]> SET SESSION sql_log_bin=1;

特别说明:如果在恢复中关闭二进制日志,导入数据必须在Mariadb命令行导入,如果在shell命令行导入还是会记录二进制日志的。

全库的备份恢复备份

第一次完全备份,备份时锁定表,并滚动二进制日志

[root@MariaDB ~]# mysqldump -A -u root -p--lock-all-tables --flush-logs --master-data=2 > /backup/ALL-`date +%F`.sqlEnter password:[root@MariaDB ~]# ll /backup/total 532-rw-r--r-- 1 root root    1980 Jun 16 00:46 1.sql-rw-r--r-- 1 root root    1957 Jun 16 00:52 2.sql-rw-r--r-- 1 root root  521774 Jun 16 01:04ALL-2015-06-16.sqldrwxr-xr-x 2 mysql mysql   4096 Jun 16 01:04 bin-log-rw-r--r-- 1 root root    7950 Jun 16 00:43hellodb-2015-06-16.sql

由于备份的时候滚动了二进制日志,所以备份之后所有对数据库产生更改的操作都会记录到mysql-bin.000004中。

MariaDB [hellodb]> show master logs;+------------------+-----------+| Log_name        | File_size |+------------------+-----------+| mysql-bin.000001 |       288 || mysql-bin.000002 |       577 || mysql-bin.000003 |      8833 || mysql-bin.000004 |       245 |+------------------+-----------+4 rows in set (0.00 sec)

备份完成的当天做了一些操作。

MariaDB[hellodb]> delete from tb1 where id=21;MariaDB[hellodb]> delete from tb1 where id=22;MariaDB[hellodb]> select * from tb1;+------+|id   |+------+|    1 ||    2 ||    3 ||   23 |+------+

第一天增量备份

当天的所有对数据库进行更改的语句都会记录到二进制日志文件中,只需要滚动二进制日志,把二进制日志进行备份即可,二进制滚动之后,第二天的所有对数据库进行更改的语句,都会记录到新的二进制日志文件中。

MariaDB [hellodb]> flush logs;MariaDB [hellodb]> show master logs;+------------------+-----------+| Log_name        | File_size |+------------------+-----------+| mysql-bin.000001 |       288 || mysql-bin.000002 |       577 || mysql-bin.000003 |      8833 || mysql-bin.000004 |       670 || mysql-bin.000005 |       245 |+------------------+-----------+5 rows in set (0.00 sec)

将第一天的二进制日志文件转换为sql文件

[root@MariaDB ~]# mysqlbinlog /backup/bin-log/mysql-bin.000004> /backup/all.1.sql

 

第二天对数据进行了一些操作

MariaDB[hellodb]> insert into tb1 values (1000),(9000);MariaDB[hellodb]> select * from tb1;+------+|id   |+------+|    1 ||    2 ||    3 ||   23 ||1000 ||9000 |+------+
模拟故障

删除数据目录下的所有文件,模拟数据库故障:

[root@MariaDB ~]# rm -rf /mydata/data/*

数据库这个时候还可以登录,但是数据库都不再了

MariaDB [hellodb]> show databases;+--------------------+| Database          |+--------------------+| information_schema |+--------------------+

 

恢复前的准备

发现数据库故障先关闭数据库,但是数据库无法正常关闭,只能关闭进程

[root@MariaDB ~]# service mysqld stopMySQL server PID file could not be found!                  [FAILED][root@MariaDB ~]# killall mysqld

 

由于数据库数据目录的所有内容被删除,就算是导入了完全备份文件也是缺少一些文件,解决方法就是重新初始化一下数据库。

[root@MariaDB ~]# cd /usr/local/mysql/[root@MariaDB mysql]# scripts/mysql_install_db--user=mysql --datadir=/mydata/data/

初始化完成之后,一些基本的文件都存在了

[root@MariaDB mysql]# ll /mydata/data/total 36-rw-rw---- 1 mysql mysql 16384 Jun 16 01:22aria_log.00000001-rw-rw---- 1 mysql mysql    52 Jun 16 01:22 aria_log_control-rw-r----- 1 mysql root     80 Jun 16 01:18 MariaDB.errdrwx------ 2 mysql root   4096 Jun 16 01:22 mysqldrwx------ 2 mysql mysql  4096 Jun 16 01:22 performance_schemadrwx------ 2 mysql root   4096 Jun 16 01:22 test

 

将第二天的二进制日志文件转换为sql文件

[root@MariaDB ~]# mysqlbinlog/backup/bin-log/mysql-bin.000005 > /backup/all.2.sql
恢复过程

恢复之前启动Mysql服务,否则无法导入备份文件

[root@MariaDB ~]# service mysqld start

导入第一天的完全备份文件,由于刚刚初始化完成数据,这个时候的数据库还没有密码

[root@MariaDB ~]# mysql </backup/ALL-2015-06-16.sql

登录数据库查看,所有的数据库都已经恢复,但是第一天对数据库更改的内容还是没有恢复

MariaDB [(none)]> show databases;+--------------------+| Database          |+--------------------+| information_schema || hellodb           || mysql             || performance_schema || test              |+--------------------+5 rows in set (0.00 sec)MariaDB [hellodb]> select * from tb1;+------+| id   |+------+|    1 ||    2 ||    3 ||   21 ||   22 ||   23 |+------+6 rows in set (0.00 sec)

导入第一天的增量备份文件

[root@MariaDB ~]# mysql -u root -p < /backup/all.1.sql

发现第一天删除的文件已经不存在,但是第二天添加的内容还是没有

MariaDB [hellodb]> select * from tb1;+------+| id   |+------+|    1 ||    2 ||    3 ||   23 |+------+4 rows in set (0.00 sec)

导入第二天的二进制日志转换后的sql文件。

[root@MariaDB ~]# mysql -u root -p </backup/all.2.sql

导入完成之后,数据库就回到了故障之前的状态

MariaDB [hellodb]> select * from tb1;+------+| id   |+------+|    1 ||    2 ||    3 ||   23 || 1000 || 9000 |+------+6 rows in set (0.00 sec)

本文出自 “梅花香自苦寒来” 博客,请务必保留此出处http://ximenfeibing.blog.51cto.com/8809812/1664757

使用mysqldump进行mariadb的备份

标签:mysqldump   数据库备份   

小编还为您整理了以下内容,可能对您也有帮助:

mysql如何备份数据库

有关于数据备份,推荐您使用Navicat,它提供“人工备份”和“自动备份”两大备份功能。

Navicat Premium 是一套可创建多个连接的数据库开发工具,让你从单一应用程序中同时连接 MySQL、MariaDB、MongoDB、SQL Server、Oracle、PostgreSQL 和 SQLite 。它与 OceanBase 数据库及 Amazon RDS、Amazon Aurora、Amazon Redshift、Microsoft Azure、Oracle Cloud、MongoDB Atlas、阿里云、腾讯云和华为云等云数据库兼容。你可以快速轻松地创建、管理和维护数据库。

以下送上保姆级教程,希望对用户们有帮助。

人工备份

1.先在左侧的导航窗格中点击需要备份的内容所在的database。

2.再在主工具栏中点击“备份”按钮。

3.然后在对象工具栏中点击“新建备份”。

4.然后在弹出的窗格中点击“对象选择”,并勾选您希望备份的对象。

5.勾选完对象后,点击“备份”。

6.等待备份完成后,在“信息日志”中会显示“finished successfully",最后点击“关闭”。

7.当然,您也可以在点击”关闭“前,点击左下角的”保存“,这会将此次的备份设置保存为一个配制文件。

8.备份完成。

自动备份

1. 若是希望可以对刚才的对象执行自动备份,请点击”自动运行“。

2. 点击”新建批处理作业"。

3. 然后选择“备份”,然后点击对于的database,在“可用的工作”中找到刚刚创建的配置文件并双击它。(此处是双击"b1")

4. 双击“b1”后,会在“已选择的工作”中显示此配置文件。(也可以在“可用的工作”中双击多个文件进行备份)

5. 选择完需要备份的配置文件后,点击“保存”并命名配置文件。

6. 保存完后,还可以设置备份时间表,点击“设置任务计划”(此选项只有点击保存后才会显示)。

7. 点击“触发器”。

8. 设置需要自动备份的时间表,设置完后,点击“确定”。

9. 然后,点击“开始”,可以进行一次备份。

10. 点击“对象”,可以看到我们刚刚保存的自动运行的配置文件。

浅谈MySQL数据库备份的几种方法

mysql常见的备份方式有:mysqlmp、mysqlhotcopy、BACKUP TABLE 、SELECT

INTOOUTFILE,又或者备份二进制日志(binlog),还可以是直接拷贝数据文件和相关的配置文件。MyISAM表是保存成文件的形式,因此相对比较容易备份,上面提到的几种方法都可以使用。Innodb 所有的表都保存在同一个数据文件 ibdata1中(也可能是多个文件,或者是的表空间文件),相对来说比较不好备份,免费的方案可以是拷贝数据文件、备份

binlog,或者用mysqlmp。

1.mysqlmp备份

mysqlmp 是采用SQL级别的备份机制,它将数据表导成 SQL 脚本文件,在不同的 MySQL 版本之间升级时相对比较合适,这也是最常用的备份方法。

示例:mysqlmp -uroot -p database table > /home/jobs/back.sql

mysqlmp也可做增量备份,mysqlmp相关参数网上较多,就不在此一一赘述了

2.mysqlhotcopy备份【如果是企业版的mysql可以用mysqlbackup当然是要收费的】

mysqlhotcopy 是一个 PERL 程序。它使用 LOCK TABLES、FLUSH

TABLES 和 cp 或 scp

来快速备份数据库。它是备份数据库或单个表的最快的途径,但它只能运行在数据库文件(包括数据表定义文件、数据文件、索引文件)所在的机器上。

mysqlhotcopy 只能用于备份 MyISAM,并且只能运行在 类Unix 和 NetWare 系统上。

mysqlhotcopy 支持一次性拷贝多个数据库,同时还支持正则表达。

示例: root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=root

-p=123456 database /tmp (把数据库目录 database 拷贝到 /tmp

下)root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=root -p=123456

db_name_1 ... db_name_n /tmproot#/usr/local/mysql/bin/mysqlhotcopy

-h=localhost -u=root -p=123456 db_name./regex/

/tmp更详细的使用方法请查看手册,或者调用下面的命令来查看 mysqlhotcopy 的帮助:

perldoc /usr/local/mysql/bin/mysqlhotcopy注意,想要使用 mysqlhotcopy,必须要有

SELECT、RELOAD(要执行 FLUSH TABLES) 权限,并且还必须要能够有读取 datadir/db_name 目录的权限。

还原mysqlhotcopy 备份出来的是整个数据库目录,使用时可以直接拷贝到 mysqld

指定的 datadir (在这里是 /usr/local/mysql/data/)目录下即可,同时要注意权限的问题,如下例: root#cp

-rf db_name /usr/local/mysql/data/root#chown -R nobody:nobody

/usr/local/mysql/data/ (将 db_name 目录的属主改成 mysqld 运行用户)

3.SQL 语法备份

3.1 备份BACKUP TABLE 语法其实和 mysqlhotcopy

的工作原理差不多,都是锁表,然后拷贝数据文件。它能实现在线备份,但是效果不理想,因此不推荐使用。它只拷贝表结构文件和数据文件,不同时拷贝索引文

件,因此恢复时比较慢。例子: BACK TABLE tbl_name TO ‘/tmp/db_name/‘;注意,必须要有 FILE

权限才能执行本SQL,并且目录 /tmp/db_name/ 必须能被 mysqld 用户可写,导出的文件不能覆盖已经存在的文件,以避免安全问题。

恢复用 BACKUP TABLE 方法备份出来的文件,可以运行 RESTORE TABLE 语句来恢复数据表。例子: RESTORE TABLE FROM ‘/tmp/db_name/‘;权限要求类似上面所述。

3.2 SELECT INTO OUTFILE 则是把数据导出来成为普通的文本文件,可以自定义字段间隔的方式,方便处理这些数据。例子:

SELECT INTO OUTFILE ‘/tmp/db_name/tbl_name.txt‘ FROM tbl_name;注意,必须要有

FILE 权限才能执行本SQL,并且文件 /tmp/db_name/tbl_name.txt 必须能被 mysqld

用户可写,导出的文件不能覆盖已经存在的文件,以避免安全问题。

用 SELECT INTO OUTFILE 方法备份出来的文件,可以运行 LOAD DATA INFILE 语句来恢复数据表。例子: LOAD

DATA INFILE ‘/tmp/db_name/tbl_name.txt‘ INTO TABLE

tbl_name;权限要求类似上面所述。倒入数据之前,数据表要已经存在才行。如果担心数据会发生重复,可以增加 REPLACE

关键字来替换已有记录或者用 IGNORE 关键字来忽略他们。

4.启用二进制日志(binlog)

采用 binlog 的方法相对来说更灵活,省心省力,而且还可以支持增量备份。

启用 binlog 时必须要重启 mysqld。首先,关闭 mysqld,打开 my.cnf,加入以下几行:

server-id = 1

log-bin = binlog

log-bin-index = binlog.index

然后启动 mysqld 就可以了。运行过程中会产生 binlog.000001 以及 binlog.index,前面的文件是 mysqld

记录所有对数据的更新操作,后面的文件则是所有 binlog 的索引,都不能轻易删除。关于 binlog 的信息请查看手册。

需要备份时,可以先执行一下 SQL 语句,让 mysqld 终止对当前 binlog

的写入,就可以把文件直接备份,这样的话就能达到增量备份的目的了: FLUSH LOGS;如果是备份复制系统中的从服务器,还应该备份

master.info 和 relay-log.info 文件。

备份出来的 binlog 文件可以用 MySQL 提供的工具 mysqlbinlog 来查看,如:

/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001该工具允许你显示指定的数据库下的所有

SQL 语句,并且还可以限定时间范围,相当的方便,详细的请查看手册。

恢复时,可以采用类似以下语句来做到: /usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001

| mysql -uyejr -pyejr db_name把 mysqlbinlog 输出的 SQL 语句直接作为输入来执行它。

如果你有空闲的机器,不妨采用这种方式来备份。由于作为 slave 的机器性能要求相对不是那么高,因此成本低,用低成本就能实现增量备份而且还能分担一部分数据查询压力,何乐而不为呢?

具体方案:

一、主从同步

可以参考http://kerry.blog.51cto.com/172631/110206

二、增量备份:

每天中午12点和晚上12点做一次全备,每隔一小时备份binlog,也就是增量备份,具体操作如下:

Linux下开启binlog

/etc/my.cnf中的mysqld部分加入:

[mysqld]

log-bin=../logs/mysql-bin

max-binlog-size=50M

windows下开启binlog

%mysql%/my.ini中的mysqld部分加入:

[mysqld]

log-bin =../logs/mysql-bin

max-binlog-size=50M

完整备份脚本 (仅提供部分作参考)

如果数据库数据量比较大,可以一天全备一次, 再每隔一小时增量备份一次;

#!/bin/sh

# mysql data backup script #

# use mysqlmp --help,get more detail.

BakDir=/backup/mysql

LogFile=/backup/mysql/mysqlbak.log

DATE=`date +%Y%m%d`

echo " " >> $LogFile

echo " " >> $LogFile

echo "-------------------------------------------" >> $LogFile

echo $(date +"%y-%m-%d %H:%M:%S") >> $LogFile

echo "--------------------------" >> $LogFile

cd $BakDir

DumpFile=$DATE.sql

GZDumpFile=$DATE.sql.tgz

mysqlmp --quick --all-databases --flush-logs

--delete-master-logs --lock-all-tables

> $DumpFile

echo "Dump Done" >> $LogFile

tar czvf $GZDumpFile $DumpFile >> $LogFile 2>&1

echo "[$GZDumpFile]Backup Success!" >> $LogFile

rm -f $DumpFile

#delete previous daily backup files:采用增量备份的文件,如果完整备份后,则删除增量备份的文件.

cd $BakDir/daily

rm -f *

cd $BakDir

echo "Backup Done!"

echo "please Check $BakDir Directory!"

echo "copy it to your local disk or ftp to somewhere !!!"

ls -al $BakDir

上面的脚本把mysql备份到本地的/backup/mysql目录,增量备份的文件放在/backup/mysql/daily目录下.

增量备份

增量备份的数据量比较小,但是要在完整备份的基础上操作

增量备份使用bin log,脚本如下:

#!/bin/sh

# mysql binlog backup script

/usr/bin/mysqladmin flush-logs

DATADIR=/var/lib/mysql

BAKDIR=/backup/mysql/daily

###如果你做了特殊设置,请修改此处或者修改应用此变量的行:缺省取机器名,mysql缺省也是取机器名

HOSTNAME=`uname -n`

cd $DATADIR

FILELIST=`cat $HOSTNAME-bin.index`

##计算行数,也就是文件数

COUNTER=0

for file in $FILELIST

do

COUNTER=`expr $COUNTER + 1 `

done

NextNum=0

for file in $FILELIST

do

base=`basename $file`

NextNum=`expr $NextNum + 1`

if [ $NextNum -eq $COUNTER ]

then

echo "skip lastest"

else

dest=$BAKDIR/$base

if(test -e $dest)

then

echo "skip exist $base"

else

echo "copying $base"

cp $base $BAKDIR

fi

fi

done

echo "backup mysql binlog ok"

增量备份脚本是备份前flush-logs,mysql会自动把内存中的日志放到文件里,然后生成一个新的日志文件,所以我们只需要备份前面的几个即可,也就是不备份最后一个.

因为从上次备份到本次备份也可能会有多个日志文件生成,所以要检测文件,如果已经备份过,就不用备份了.

数据还原:

先还原最近的完全备份数据:

mysql -hhostname -uusername -ppassword databasename < backupfile.sql

再还原binlog :

./mysqlbinlog --start-date="2016-04-10 17:30:05" --stop-date="2016-04-10 17:41:28" /usr/local/mysql/data/mysql-bin.000002 |mysql -u root -p123456

5.拷贝文件

直接备份数据文件相较前几种方法,备份数据文件最为直接、快速、方便,缺点是基本上不能实现增量备份。

为了保证数据的一致性,需要在靠背文件前,执行以下 SQL 语句: FLUSH TABLES WITH READ

LOCK;也就是把内存中的数据都刷新到磁盘中,同时锁定数据表,以保证拷贝过程中不会有新的数据写入。这种方法备份出来的数据恢复也很简单,直接拷贝回

原来的数据库目录下即可。

注意,对于 Innodb 类型表来说,还需要备份其日志文件,即 ib_logfile* 文件。因为当 Innodb 表损坏时,就可以依靠这些日志文件来恢复。

6.利用rsync备份

rsync作为同步工具也可以用来做备份,但要配置服务器端和客户端

示例rsync -vzrtopg --progress --delete root@192.168.1.3::root /tmp/

相关rsync配置可参考http://fanqiang.chinaunix.net/a6/b7/20010908/1305001258.html

缺点是rsync是根据文件修改时间做的增量备份,所以备份数据库都是全备,并且配置比较麻烦.

7.利用BigDump工具导入超大MySQL数据库备份文件

常用的 MySQL 数据库恢复工具(也能进行备份操作)是 phpMyAdmin,这是一个开源、免费的工具,大多数主机商(例如 Hawkhost)都会免费提供 。相信很多站长也用过 phpMyAdmin 来进行网站数据库的备份和恢复,确实很方便,并且有多国语言界面。不过,有一种情况可能你还没碰到,就是当你的数据库体积比较大时,例如

SQL 备份文件大于 2MB,甚至大于 10MB,这个时候如果你通过 phpMyAdmin 来进行数据库的恢复,就会出错,显示如下的提示:

这是因为你的 SQL 文件体积太大,超过了 phpMyAdmin 的处理能力,这种情况在网络速度比较慢的情况下尤为突出,例如站长在周末晚上8点这个网络拥挤的时段尝试使用 phpMyAdmin 来恢复大型 MySQL 数据库备份,就容易遇到这种问题。

很显然 phpMyAdmin 只适用于恢复比较小的 SQL 文件备份。对于超大 MySQL 数据库备份的恢复,你必须换一个专用的恢复工具,那就是:BigDump!工具下载地址http://www.jb51.net/codes/37147.html

8.使用bacula(www.bacula.org)进行备份

zZ

bacula采用模块化设计,采用c/s构架,理论上可以把任意n台主机的资料备份到任意n台

中,而你不需要在每台机器上都写一个配置文件控制他们运作,所有主要的工作都在一

台director上控制。登陆上director你就可以知道什么备份正在运行,什么备份成功了

,什么备份失败了,所有的log也会集中到你指定的地方,让管理工作更简单一点。恢复

的时候也很简单,简单运行几个命令你就可以把指定的备份恢复。支持完全备份,差异

备份,增量备份;支持把备份写到硬盘文件中,也支持写到磁带中。支持平台相当多,

设置包括win平台(备份win,还不支持备份到win)。当然也有一些缺点,比如对并发备

份支持未经彻底测试,作者宣称最好不要尝试,除非你自己经过测试。还有一点就是文

档中没有一个quick start。。文档太详细了点,没有点耐心读不完。。

1,前期准备

bacula有三个模块组成。一个是Director,用于指挥整个系统运行,job schele,通知

另外两个模块工作。一个是Storage Daemon,它是存储端,负责把网络中传来的数据备

份到本机,恢复的时候负责把数据传出去。最后一个是File Daemon,备份时把文件传出

,恢复时接受数据并恢复。其实上面的三个模块并不能让bacula运行,另外一个模块是

数据库模块。这个模块可以通过SQLite(编译进bacula),也可以使用MySql和PostgreS

ql,作者推荐的是mysql。还需要一些第三方库才能编译:GZIP和Readline。文档中没有

说明,但其实还需要另外一个软件才能保证正常运行:ntp。因为差异备份和增量备份都

依赖于文件修改时间来决定是否备份。单机备份问题不大,网络备份就需要考虑各个主

机的时间差异了。所以我推荐所有主机每天运行两次ntpdate来调准时间。如果你在sjtu

网络里面,可以使用dns.sjtu.e.cn来调校时间。

如果你使用的是磁带机备份,还需要检查一下你的磁带机是否被支持。而且最好去阅读

文档中的Understanding Pools, Volumes and Labels一节。否则配置的时候你会搞得晕

乎乎的。

2,编译

编译过程很简单,文档也很详细,就不具体介绍了。注意一点是被备份机器上可以使用-

-enable-client-only编译。

3,数据库建立

下面说说mysql的建立过程。首先在代码根目录中

cd src/cats/

./grant_mysql_privileges

./create_mysql_database

./make_mysql_tables

如果mysql不是在本机上,可以增加-h参数指定。默认采用空密码的root用户,可以用-p

参数使其采用密码验证。如果要采用其它用户就只能修改脚本了,很简单的。

默认建立的bacula用户,而且是空密码。推荐还是修改密码。

bacula可以使用任意多的数据库,也就是说你可以使用两个数据库,然后再让这两个数

据库互相备份。

4,运行File Daemon(fd)

配置前先说明一点需要注意的,配置中指定主机地址时,最好使用ip,我配置时使用主机

名貌似不可以。。而且要是对外的ip,用127.0.0.1不行

fd运行在被备份主机上。配置相当简单,指定哪个Director可以运行调度它,密码是什

么,fd的名字,工作目录,log往哪里发就可以了。修改修改标配就可以了。

5,运行Storage Daemon(sd)

sd运行在接受备份的机器上。配置也相当简单,只是比fd多出了一个device用于指定使

用什么硬件备份数据。可以把多个数据备份到一个device,如果是磁带机备份bacula在

恢复的时候会告诉你要使用哪个磁带。因为我使用的是文件备份的模式,所以就给每个

备份配置一个device,把不同的备份放到不同目录去,下面是一个简单文件备份device

配置

Device {

Name = dbdev

Media Type = File #这个随便写,但是在配置Director中的Storage时,必须写一

样的

Archive Device = /var/bak/db#备份到哪个目录,必须存在

LabelMedia = yes; # 自动label

Random Access = Yes;

AutomaticMount = yes;

MySQL如何备份与还原

使用MYSQL数据库的朋友,对MySQL进行备份和还原是比较重要的。重要的事简单做,今天介绍我们使用mysqlmp和source命令来备份还原,分为Windows下和Linux下的MYSQL备份与还原操作。 一、Win32系统下MySQL的备份还原方法 备份:在运行中输入cmd ,利用cd /Pro

使用MYSQL数据库的朋友,对MySQL进行备份和还原是比较重要的。重要的事简单做,,今天介绍我们使用mysqlmp和source命令来备份还原,分为Windows下和Linux下的MYSQL备份与还原操作。

一、Win32系统下MySQL的备份还原方法

备份:在“运行”中输入“cmd ”,利用“cd /Program Files/MySQL/MySQL Server 5.0/bin”进入bin文件夹,输入“mysqlmp -u 用户名 -p databasename >exportfilename”导出数据库到文件,如mysqlmp -u root -p voice>voice.sql,然后输入密码即可开始导出MYSQL数据,实现备份操作。

还原:进入MySQL Command Line Client,输入密码,进入到“mysql>”,输入命令"show databases;",回车,看看有些什么数据库;建立你要还原的数据库,输入"create database voice;",回车;切换到刚建立的数据库,输入"use voice;",回车;导入数据,输入"source voice.sql;",回车,开始导入,再次出现"mysql>"并且没有提示错误即还原成功。

二、Linux下MySQL的备份与还原方法:

备份:[root@localhost ~]# cd /var/lib/mysql (进入到MySQL库目录,根据自己的MySQL的安装情况调整目录)

[root@localhost mysql]# mysqlmp -u root -p voice>voice.sql,输入密码即可。

还原:有两种方法可选:

第一种方法:[root@localhost ~]# mysql -u root -p 回车,输入密码,进入MySQL的控制台"mysql>",同1.2还原。

第二种方法:

[root@localhost ~]# cd /var/lib/mysql (进入到MySQL库目录,根据自己的MySQL的安装情况调整目录)

[root@localhost mysql]# mysql -u root -p voice

Top