mysql日志的种类
二进制日志（binary log）：记录数据更新的操作，mysqlbinlog 可查看二进制日志文件
错误日志（error log）：记录mysql服务进程mysqld的启动、关闭和运行时的错误信息
慢查询日志（slow query log）：记录执行时间超过指定时间（long_query_time）的查询操作
通用查询日志（general query log）：记录客户端连接和执行的sql查询操作（一般不开启）
日志一般存放在安装目录下的data目录下
刷新binlog操作：[root@oldboy data]# mysqladmin -uroot -poldboy flush-logs
binlog日志的三种模式statement、row、mixed
mysql> show variables like '%binlog_for%'; +---------------+-----------+ | Variable_name | Value | +---------------+-----------+ | binlog_format | STATEMENT | +---------------+-----------+
1.statement level模式
每一条修改数据的sql都会记录到master的bin-log中，slave在复制的时候sql进程会解析成和原来master端执行过的相同的sql来再次执行
优点：解决了row level下的缺点，不需要记录每一条数据的变化，减少bin-log的日志量，节约IO，提高性能
缺点：必须记录每条语句在执行时的一些上下文信息，以保证所有语句在slave端执行时能得到和在master端执行时相同的结果；涉及到复杂内容的时候，可能会出现bug，造成复制出现问题，主要是修改数据的时候使用某些特定函数或者功能，例如sleep( )函数、last_insert_id( )函数
2.row level模式
日志记录成每一行数据被修改的形式，然后在slave端在对相同的数据进行修改
优点：不需记录执行sql语句的上下文信息，只需记录哪一条数据被修改了；不会出现某些特定情况下的存储过程、函数、触发器的调用和触发无法被正确复制的问题
缺点：binlog日志量很大（例如update test set name=‘Jane’，test表有几行就会记录几行）
3.mixed模式
statement模式和row模式的混合，mysql会根据执行的每一条具体的sql语句来确定记录的形式，即在statemente和row之间选择一种。新版本对row level模式做了优化，不是所有的修改都以row level来记录，如表结构的变更会以statement模式记录，如果是update或者delete还是会记录所有行的变更
mysql5.5默认的binlog是statement模式，临时修改为行模式mysql>set global binlog_format ='ROW';(永久生效需改配置文件)
执行update oldboy.test set name=’Jane’ where id>3
查看行模式下的binlog [root@oldboy data]# mysqlbinlog --base64-output='decode-rows' -v mysql-bin.000053
BEGIN
/*!*/;
# at 725
# at 774
#180717 20:20:55 server id 1 end_log_pos 774 Table_map: `oldboy`.`test2` mapped to number 38
#180717 20:20:55 server id 1 end_log_pos 884 Update_rows: table id 38 flags: STMT_END_F
### UPDATE `oldboy`.`test2`
### WHERE
### @1=4
### @2='Jane'
### SET
### @1=4
### @2='Jack'
### UPDATE `oldboy`.`test2`
### WHERE
### @1=5
### @2='Jane'
### SET
### @1=5
### @2='Jack'
### UPDATE `oldboy`.`test2`
### WHERE
### @1=6
### @2='Jane'
### SET
### @1=6
### @2='Jack'
### UPDATE `oldboy`.`test2`
### WHERE
### @1=7
### @2='Jane'
### SET
### @1=7
### @2='Jack'
# at 884
mysqlbinlog用来解析mysql的binlog日志，在mysql/data目录下，如mysql-bin.000006（6位）
binlog用来记录mysql内部所有增、删、改等对数据库内容有更新的记录，包含所有数据库及所有表，无法分开记
1.指定库导出，加-d 库名，可将指定库的更新语句截取出来
mysqlbinlog -d oldboy mysql-bin.000011 > all.sql
日志内容部分如下
#181201 21:43:41 server id 1 end_log_pos 177 Query thread_id=26 exec_time=0 error_code=0 SET TIMESTAMP=1543671821/*!*/; SET @@session.pseudo_thread_id=26/*!*/; 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/*!*/; BEGIN /*!*/; # at 177 #181201 21:43:41 server id 1 end_log_pos 287 Query thread_id=26 exec_time=0 error_code=0 use `oldboy`/*!*/; SET TIMESTAMP=1543671821/*!*/; insert into test values(8,'Alice'),(9,'Alan') /*!*/; # at 287 #181201 21:43:41 server id 1 end_log_pos 314 Xid = 531 COMMIT/*!*/; DELIMITER ; # End of log file ROLLBACK /* added by mysqlbinlog */; /*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/; /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
2.指定位置恢复，--start-position和--stop-position
Insert into test values(4,’钱六’);查看前后两个at的位置分别为570、670，指定更新语句所在的位置
mysqlbinlog mysql-bin.000011 --start-position=570 --stop-position=670 -r /opt/position.sql将结果重定向到/opt/ position.sql文件中（-r相当于重定向>）
3.指定时间恢复, --start-datetime和--stop-datetime（指定时间恢复可能不准确，mysql不会恢复截止时间恰好等于指定时间的sql语句，但是会恢复开始时间恰好等于指定时间的sql语句）
Insert into test values(4,’钱六’);前后时间都为22:41:20，指定时间时可稍微将时间向两个边界扩展一点
mysqlbinlog mysql-bin.000011 --start-datetime='2018-06-22 22:41:10' --stop-datetime='2018-06-22 22:41:21' -r /opt/datetime.sql
以上指定位置和指定时间，如果不指定结束点，表示从指定点到文件结尾，如果不指定开始点，表示从文件开头到指定点