MySQL数据库备份和恢复主要是使用 mysqldump 和 mysqlbinlog 来完成
mysqldump工具的使用
例子:
1:备份一个或者多个库
[root@iZ231tx6fm4Z local]# bin/mysqldump -u root -p db1 db2 db3 > /home/dbbak.sql
2: 备份所有库
[root@iZ231tx6fm4Z local]# bin/mysqldump -u root -p --all-database > /home/dbbak.sql
mysqldump的主要参数如下:
-A, --all-databases :备份所有数据库,含create database
-B, -databases db_name… :指定备份的数据库,包括create database语句
-E, --events:备份相关的所有event scheduler
-R, --routines:备份所有存储过程和存储函数
-x, --lock-all-tables :锁定数据库中所有的表.
-l, --lock-tables :对于每个要dump的数据库,在dump之前锁定所有要dump的表,默认为on,--skip-lock-tables选项可禁用
对于MyISAM下,用Read Local锁定的表是允许insert操作的,对于支持事务的表例如InnoDB,--single-transaction是一个更好的选择,因为它根本不需要锁定表。
--triggers:备份表相关的触发器,默认启用,用--skip-triggers,不备份触发器
--master-data[=#]: 此选项须启用二进制日志
1:所备份的数据之前加一条记录为change master to语句,非注释,不指定#,默认为1
2:记录为注释的change master to语句
此选项会自动关闭--lock-tables功能,自动打开--lock-all-tables功能(除非开启--single-transaction)
--single-transaction : 该选项Innodb中推荐使用,不适用MyISAM,
此选项会开始备份前,先执行START TRANSACTION指令开启事务此选项通过在单个事务中转储所有表来创建一致的快照。
仅适用于存储在支持多版本控制的存储引擎中的表(目前只有InnoDB可以); 转储不保证与其他存储引擎保持一致。
在进行单事务转储时,要确保有效的转储文件(正确的表内容和二进制日志位置),
没有其他连接应该使用以下语句:ALTER TABLE,DROP TABLE,RENAME TABLE,TRUNCATE TABLE此选项和--lock-tables(此选项隐含提交挂起的事务)选项是相互排斥备份大型表时,建议将--single-transaction选项和--quick结合一起使用
-F, --flush-logs :备份前滚动日志,锁定表完成后,执行flush logs命令,生成新的二进制日志文件,配合-A时,会导致刷新多次数据库,
在同一时刻执行转储和日志刷新,则应同时使用--flush-logs和-x,--master-data或-single-transaction,此时只刷新一次
建议:和-x,--master-data或 --single-transaction一起使用
--compact :去掉注释,适合调试,生产不使用
-d, --no-data :只备份表结构
-t, --no-create-info :只备份数据,不备份create table
-n, --no-create-db :不备份create database,可被-A或-B覆盖
--flush-privileges :备份mysql或相关时需要使用
-f, --force :忽略SQL错误,继续执行
--hex-blob :使用十六进制符号转储二进制列(例如,“abc”变为0x616263),受影响的数据类型包括BINARY, VARBINARY,BLOB,BIT
-q, --quick :不缓存查询,直接输出,加快备份速度
-X, --xml :将数据库dump为一个xml格式的文件(还原时也要加上此参数)
一个比较好的全量备份一个库的方式:
[root@iZ231tx6fm4Z local]# bin/mysqldump -uroot -proot -B -F --single-transaction --master-data=1 dbname | gzip > /user/databak/dbtest-bak.sql.gz
全量还原:
[root@iZ231tx6fm4Z local]# bin/mysql -h192.068.0.12 -uroot -proot dbname < /user/databak/dbtest-bak.sql
MySQL的二进制日志可以说是MySQL最重要的日志了,它记录了所有的DDL和DML(除了数据查询语句)语句,以事件形式记录,还包含语句所执行的消耗的时间,MySQL的二进制日志是事务安全型的。
一般来说开启二进制日志大概会有1%的性能损耗(参见MySQL官方中文手册 5.1.24版)。二进制有两个最重要的使用场景:
其一:MySQL Replication在Master端开启binlog,Master把它的二进制日志传递给slaves来达到master-slave数据一致的目的。
其二:自然就是数据恢复了,通过使用mysqlbinlog工具来使恢复数据。
二进制日志包括两类文件:二进制日志索引文件(文件名后缀为.index)用于记录所有的二进制文件,二进制日志文件(文件名后缀为.00000*)记录数据库所有的DDL和DML(除了数据查询语句)语句事件。
开启binlog日志: 编辑 etc/my.cnf 配置文件
在[mysqld]中加入
server-id=1
log-bin=mysql-bin 确认是打开状态(值 mysql-bin 是日志的基本名或前缀名);
重启mysqld服务
登录mysql服务器, 查看二进制日志是否已开启
常用binlog日志操作命令
1.查看所有binlog日志列表
mysql> show master logs;
2.查看master状态,即最后(最新)一个binlog日志的编号名称,及其最后一个操作事件pos结束点(Position)值
mysql> show master status;
3.刷新log日志,自此刻开始产生一个新编号的binlog日志文件
mysql> flush logs;
注:每当mysqld服务重启时,会自动执行此命令,刷新binlog日志;在mysqldump备份数据时加 -F 选项也会刷新binlog日志;
4.重置(清空)所有binlog日志
mysql> reset master;
mysqlbinlog工具的使用
binlog是二进制文件,普通文件查看器cat,vim等都无法打开,必须使用自带的mysqlbinlog命令查看
[root@iZ231tx6fm4Z local]# mysqlbinlog /var/lib/mysql/mysql-bin.000001
上面这种办法读取出binlog日志的全文内容较多,不容易分辨查看pos点信息,这里介绍一种更为方便的查询命令:
show binlog 格式如下:
show binlog events [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count];
选项解析:
IN 'log_name' 指定要查询的binlog文件名(不指定就是第一个binlog文件)
FROM pos 指定从哪个pos起始点开始查起(不指定就是从整个文件首个pos点开始算)
LIMIT [offset,] 偏移量(不指定就是0)
row_count 查询总条数(不指定就是所有行)
这条语句可以将指定的binlog日志文件,分成有效事件行的方式返回,并可使用limit指定pos点的起始偏移,查询条数;
1.查询第一个(最早)的binlog日志:
mysql> show binlog events;
2.指定查询 mysql-bin.000021 这个文件:
mysql> show binlog events in 'mysql-bin.000021';
3.指定查询 mysql-bin.000021 这个文件,从pos点:8224开始查起:
mysql> show binlog events in 'mysql-bin.000021' from 8224;
4.指定查询 mysql-bin.000021 这个文件,从pos点:8224开始查起,查询10条
mysql> show binlog events in 'mysql-bin.000021' from 8224 limit 10;
5.指定查询 mysql-bin.000021 这个文件,从pos点:8224开始查起,偏移2行,查询10条
mysql> show binlog events in 'mysql-bin.000021' from 8224 limit 2,10\G;
用mysqlbinlog将查询到的数据导入到mysql中
[root@iZ231tx6fm4Z local]# bin/mysqlbinlog --start-position=245 --stop-position=582 /var/lib/mysql/master-bin.000009 | mysql -uroot -proot
https://www.cnblogs.com/martinzhang/p/3454358.html