二进制日志：记录数据库修改的相关操作，作用是即时点回复，主从复制
可以按时间滚动，也可以按大小滚动
server-id：服务器身份标识
一、二进制文件的删除方法，千万不要手动删除
PURGE BINARY LOGS TO 'mysql-bin.010';
PURGE BINARY LOGS BEFORE '2008-04-02 22:46:26';
二、常用的操作：
SHOW MASTER STATUS;
FLUSH LOGS;
SHOW BINARY LOGS;
SHOW BINLOG EVENTS IN ‘log_file’G;
查看从某个点开始的操作：
mysqlbinlog --start-position=123 mysql-bin.000001 > fansik.sql
mysqlbinlog
--start-time
--stop-time
--start-position
--stop-position
三、MySQL记录二进制日志的格式：
基于语句：statement
基于行：row
混合模式：mixed
四、MySQL二进制日志内容格式：
事件发生的日期和时间
服务器ID
事件的结束位置
事件的类型
原服务器生成此事件的线程ID
语句的时间戳和写入二进制日志文件的时间差
错误代码
事件内容
事件位置，相当于下一个事件的开始位置
五、服务器参数
log_bin = {ON|OFF}还可以是个文件路径
log_bin_trust_function_creators
sql_log_bin = {ON|OFF}
sync_binlog
binlog_format = {statement|row|mixed}
max_binlog_cache_size =
二进制日志缓冲空间大小，从MySQL5.5.9以后，仅用于缓冲事务类的语句
max_binlog_stmt_cache_size
事务类和非事务类语句共用的缓冲区大小
max_binlog_size = 二进制日志文件的上限
建议：切勿将二进制日志与数据文件放在同一设备
六、中继日志
relay_log_purge={ON|OFF}
是否自动清理不再需要的中继日志
七、备份和恢复
1、灾难恢复；
2、审计
3、测试
备份：目的用于恢复，对备份数据做恢复测试
备份类型：
- 根据备份时，数据库是否在线：
冷备：cold backup
温备：warm backup
热备：hot backup
- 根据备份的数据集：
完全备份：full backup
部分备份：partial backup
- 根据备份时的接口(直接备份数据文件还是通过MySQL服务器导出数据)：
物理备份(physical backup)：直接复制(归档)数据文件的备份方式
逻辑备份(logical backup)：把数据从库中提出来保存为文本文件
- 根据备份时是备份整个数据还是仅备份变化的数据
完全备份：full backup
增量备份：incremental backup
差异备份：differential backup
八、备份策略
选择备份方式
选择备份时间
考虑到恢复成本
恢复时长
备份成本：锁时间、备份时长、备份负载