MySQL InnoDB 管理和备份二进制日志

㈠二进制日志的重要性如果有某个时间点的数据备份和所有从那时以后的二进制日志就可以重放自从上次全备以来的二进制日志并"前滚"所有的变更㈡二进制日志配置的最佳实践对于 InnoDB 如果仅是启用二进制日志是不够、还需要其他措施来保证安全：推荐配置如下：● sync_binlog = 1表示采用同步写磁盘的方式来写二进制日志、这时写操作便绕开了OS的缓冲该默认值为0● innodb_support_xa = 1确保二进制日志和InnoDB 数据文件的同步㈢影响二进制日志备份策略的因素如下图：㈣二进制日志的格式二进制日志的粒度是事件、每个事件都有固定的事件头、含：When、What、Who等因其格式为二进制不可看、我们可借助 mysqlbinlog 查看其内容下面是一个例子：[mysql@even data]$ mysqlbinlog -vv mysql-bin.000023
/*！40019 SET @@session.max_insert_delayed_threads=0*/;
/*！50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*！*/;
# at 4
#130515 12:35:29 server id 2 end_log_pos 107 Start: binlog v 4, server v 5.5.16-log created 130515 12:35:29 at startup
# Warning: this binlog is either in use or was not closed properly.
ROLLBACK/*！*/;
BINLOG "
kRCTUQ8CAAAAZwAAAGsAAAABAAQANS41LjE2LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAACREJNREzgNAAgAEgAEBAQEEgAAVAAEGggAAAAICAgCAA==
"/*！*/;
# at 107
#130515 12:37:47 server id 2 end_log_pos 255 Query thread_id=3 exec_time=0 error_code=0
SET TIMESTAMP=1368592667/*！*/;
SET @@session.pseudo_thread_id=3/*！*/;
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=2, @@session.auto_increment_offset=2/*！*/;
/*！C utf8 *//*！*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*！*/;
SET @@session.lc_time_names=0/*！*/;
SET @@session.collation_database=DEFAULT/*！*/;
alter database db_rocky character set = utf8mb4 COLLATE = utf8mb4_unicode_ci
/*！*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*！50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;

Oracle死锁及死锁处理Oracle 初始化参数是静态 & 动态相关资讯 InnoDB MySQL InnoDB MySQL二进制日志

MySQL二进制日志（今 07:43）
关于 MySQL二进制日志（08月17日）
定期删除MySQL的二进制日志文件（05月05日）

浅析MySQL基于ROW格式的二进制日志（08月19日）
MySQL误删除InnoDB数据文件恢复（07月14日）
解决数据库Operation not allowed （04月11日）

本文评论查看全部评论（0）