mariadb二进制日志和备份恢复

Posted

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了mariadb二进制日志和备份恢复相关的知识，希望对你有一定的参考价值。

一、日志及其说明  

1、错误日志 

    主要记录服务器启动和关闭过程中的信息，服务器运行过程中的错误信息，事务调度器运行一个事件是产生的日志信息，在从服务器上启动从服务器上启动从服务器进程是产生的日志信息。 

2、一般查询日志 

general_log、general_log_file 、log、log_output   

3、慢查询日志 

    查询执行时长超过指定的查询时长，即为慢查询。主要的配置文件有：slow_query_log，slow_query_log_file /mydata/data/hostname.log   

4、二进制日志 

    任何引起或可能引起数据库改变的操作如复制、即时点恢复等。二进制日志记录着每一个ddl,dml,dcl命令及其重启等操作导致数据库发生变化的数据。  

5、中继日志 

    relay_log_purge={ON|OFF}#是否自动清理不再需要中继日志  

6、事务日志

    将随机IO换装为顺讯IO，保证数据的一致性、原子性、完整性 


二、二进制日志详解

1、二进制日志的格式

基于语句：statement；基于行：row;混合模式：mixed   

2、二进制日志文件

索引文件(mysql-bin.index)，二进制日志文件(mysql-bin.00000x) 

3、二进制日志的功能

即时点恢复、复制

4、常用的二进制日志命令 

显示所有的二进制日志文件：mysql>show binary logs;

执行滚动，即二进制日志会自动滚动一次：mysql>flush logs;

显示当前使用的二进制日志文件：mysql>show master status; 

命令行查看二进制日志文件内容：#mysqlbinlog mysql-bin.000001   

查看二进制日志文件内容：mysql>show binlog events in ‘mysql-bin.000001‘;  

mysqlbinlog常用的选项： --start-time --stop-time --start-position --stop-position 


图示：

显示二进制日志文件

技术分享


二进制文件格式如下：

[[email protected] data]# mysqlbinlog --stop-position=1451 ‘/mydata/binlog/master-bin.000001‘
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @[email protected]@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#160929 11:41:17 server id 1  end_log_pos 245 Start: binlog v 4, server v 5.5.44-MariaDB-log created 160929 11:41:17 at startup
ROLLBACK/*!*/;
BINLOG ‘
XY3sVw8BAAAA8QAAAPUAAAAAAAQANS41LjQ0LU1hcmlhREItbG9nAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAABdjexXEzgNAAgAEgAEBAQEEgAA2QAEGggAAAAICAgCAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAZwK5ww==
‘/*!*/;
# at 245
#160929 13:39:36 server id 1  end_log_pos 332 Querythread_id=4exec_time=0error_code=0
SET TIMESTAMP=1475127576/*!*/;
SET @@session.pseudo_thread_id=4/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=0/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
create database testdb
/*!*/;
# at 332
#160929 13:40:40 server id 1  end_log_pos 454 Querythread_id=5exec_time=0error_code=0
use `testdb`/*!*/;
SET TIMESTAMP=1475127640/*!*/;
SET @@session.foreign_key_checks=0, @@session.unique_checks=0/*!*/;
SET @@session.sql_mode=524288/*!*/;
DROP TABLE IF EXISTS `students` /* generated by server */
/*!*/;
# at 454
#160929 13:40:40 server id 1  end_log_pos 752 Querythread_id=5exec_time=0error_code=0
SET TIMESTAMP=1475127640/*!*/;
CREATE TABLE `students` (
  `id` int(10) unsigned NOT NULL,
  `name` varchar(20) DEFAULT NULL,
  `age` tinyint(3) unsigned DEFAULT NULL,
  `gender` enum(‘f‘,‘m‘) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
/*!*/;
# at 752
#160929 13:40:40 server id 1  end_log_pos 864 Querythread_id=5exec_time=0error_code=0
SET TIMESTAMP=1475127640/*!*/;
/*!40000 ALTER TABLE `students` DISABLE KEYS */
/*!*/;
# at 864
#160929 13:40:40 server id 1  end_log_pos 975 Querythread_id=5exec_time=0error_code=0
SET TIMESTAMP=1475127640/*!*/;
/*!40000 ALTER TABLE `students` ENABLE KEYS */
/*!*/;
# at 975
#160929 13:40:40 server id 1  end_log_pos 1091 Querythread_id=5exec_time=0error_code=0
SET TIMESTAMP=1475127640/*!*/;
DROP TABLE IF EXISTS `t2` /* generated by server */
/*!*/;
# at 1091
#160929 13:40:40 server id 1  end_log_pos 1240 Querythread_id=5exec_time=0error_code=0
SET TIMESTAMP=1475127640/*!*/;
CREATE TABLE `t2` (
  `id` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8
/*!*/;
# at 1240
#160929 13:40:40 server id 1  end_log_pos 1346 Querythread_id=5exec_time=0error_code=0
SET TIMESTAMP=1475127640/*!*/;
/*!40000 ALTER TABLE `t2` DISABLE KEYS */
/*!*/;
# at 1346
#160929 13:40:40 server id 1  end_log_pos 1451 Querythread_id=5exec_time=0error_code=0
SET TIMESTAMP=1475127640/*!*/;
/*!40000 ALTER TABLE `t2` ENABLE KEYS */
/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET [email protected]_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
[[email protected] data]#


上述格式说明： 

    事件发生的日期和时间

    服务器id

    时间的结束位置

    事件的类型

    原服务器生成此事件的线程id

    语句的时间戳和写入二进制日志文件的时间差

    错误代码

    事件内容

    下一个事件的开始位置


常用服务器参数：

    log_bin = {ON|OFF},此可以为一个文件路径

    log_bin_trust_funcition_creators 

    sql_log_bin = {ON|OFF}

    sync_binlog

    binlog_format = mixed {statement|row|mixed}

    max_binlog_cache_size =  #二进制日志的缓冲区大小，仅用于缓冲事务类的语句

    max_binlog_stmt_cache_size =  #状态缓冲区大小

    max_binlog_size =  #二进制日志文件的上限，超过则会自动滚动 

    set session sql_log_bin=0; #可使得不记录二进制日志文件


注意：切将二进制日志文件和数据文件存放在同一文件中


图示：

所有与日志相关变量

技术分享

技术分享

迁移二进制文件至其他目录

技术分享


三、数据备份及其恢复

    数据备份的主要目的是为了数据恢复，对备份的数据做恢复测试，审计，及其测试等相关操作。

1、备份的类型

冷备：cold backup 温备：warm backup 热备：hot backup   

2、根据备份的数据集分为

完全备份：full backup 部分备份：partial backup  

3、根据备份时的接口(直接备份数据文件还是通过mysql服务器导出数据)分为

物理备份：直接复制(归档)数据文件的备份方式，physical backup(对数据量很大时适用)

逻辑备份：把数据从数据库中提取出来保存为文件，logical backup(文件大小大于10G不适用)，主要的备份工具为(mysqldump)。MYISAM只支持温备，且不支持增量备份，而INNODB则为热备，为增量备份。

4、备份工具(mysqldump) 

myslqdump为逻辑备份工具，备份和恢复速度比较慢，只适合数据量不是很大的数据库。


mysqldump命令： 

    mysqldump [options] [db_name [tbl_name ...]]

备份单个数据库：mysqldump db_name 

实例：mysqldump -uroot -hlocalhost -p testdb >/tmp/testdb.sql

恢复数据时需事先创建库再执行数据恢复：mysql -uroot -p testdb</tmp/testdb.sql

备份所有数据库：mysqldump --all-databases >/tmp/all.sql 

备份多个数据库：mysqldump -utestuser -h10.1.10.1 -p --databases testdb test >/tmp/testdbs.sql

恢复时无需先创建库：mysql -utestuser -h10.1.10.1 -p </tmp/testdbs.sql  


图示：

单表备份恢复时需事先准备库才能恢复到数据库

技术分享

备份多个数据库及其恢复

技术分享


注意：上诉备份方案存在一定的弊端如：用户正在执行数据操作时，数据则会丢失等情况。 

解决方案：在备份是给库表加上锁，保证数据的完整性。 

--lock-all-tables:请求锁定所有表 

实例：mysqldump --databases testdb --lock-all-tables >/tmp/testdb.sql  

--single-transaction:单事务，能够对innodb存储引擎做热备 

--events:备份事件调度器代码    --routines:备份存储过程和存储函数    --triggers:备份触发器  


备份时请求锁之后滚动日志：--flush-logs

复制时同步位置标记：--master-data=[0|1|2]  


注意：恢复时需关闭二进制文件，恢复成功后则开启 

关闭二进制日志：set session sql_log_bin=0 

开启二进制日志：set session sql_log_bin=1 


锁表备份步骤： 

1)锁表并且给只读权限

flush tables with read lock; 

2)滚动日志

flush logs;

3)查看二进制日志信息

show master status; 

4)使用mysqldump进行数据备份

mysqldump --databases testdb >/tmp/testdb.sql

5)备份完成之后则需解锁 

unlock tables;  


命令行备份实例如下：

mysqldump -p --databases testdb --lock-all-tables --flush-logs >/tmp/testdb2.sql 

mysqldump -p --databases testdb --single-trasaction --flush-logs >/tmp/testdb3.sql 

mysqldump -p --databases testdb --lock-all-tables --flush-logs --master-data=2 >/tmp/testdb4.sql


图示：

锁表并在此实行备份，备份完后解锁

技术分享

技术分享






    

小耳朵原创作品，积少成多，每天进步一点点。








本文出自 “小耳朵” 博客，请务必保留此出处http://purify.blog.51cto.com/10572011/1860516

以上是关于mariadb二进制日志和备份恢复的主要内容，如果未能解决你的问题，请参考以下文章

41 mariadb日志文件备份和恢复基础

Mysql数据库备份与恢复

Mariadb学习笔记-日志及备份

mysql所有备份与恢复

mysqldump备份结合binlog日志恢复

mysqldump备份结合binlog日志恢复