1. binlog 介绍
binlog, 即二进制日志, 它记录了数据库上的所有改变,并以二进制的形式保存在磁盘中;
它可以用来查看数据库的变更历史、数据库增量备份和恢复、Mysql 的复制(主从数据库的复制)。
2. binlog 格式
binlog 有三种格式:Statement、Row 以及 Mixed。
–基于 SQL 语句的复制 (statement-based replication,SBR),
–基于行的复制 (row-based replication,RBR),
–混合模式复制 (mixed-based replication,MBR)。
2.1 Statement
每一条会修改数据的 sql 都会记录在 binlog 中。
优点:不需要记录每一行的变化,减少了 binlog 日志量,节约了 IO,提高性能。
缺点:由于记录的只是执行语句,为了这些语句能在 slave 上正确运行,因此还必须记录每条语句在执行的时候的一些相关信息,以保证所有语句能在 slave 得到和在 master 端执行时候相同 的结果。另外 mysql 的复制, 像一些特定函数功能,slave 可与 master 上要保持一致会有很多相关问题。
ps:相比 row 能节约多少性能与日志量,这个取决于应用的 SQL 情况,正常同一条记录修改或者插入 row 格式所产生的日志量还小于 Statement 产生的日志量,但是考虑到如果带条件的 update 操作,以及整表删除,alter 表等操作,ROW 格式会产生大量日志,因此在考虑是否使用 ROW 格式日志时应该跟据应用的实际情况,其所产生的日志量会增加多少,以及带来的 IO 性能问题。
**
2.2 Row
5.1.5 版本的 MySQL 才开始支持 row level 的复制, 它不记录 sql 语句上下文相关信息,仅保存哪条记录被修改。
优点: binlog 中可以不记录执行的 sql 语句的上下文相关的信息,仅需要记录那一条记录被修改成什么了。所以 rowlevel 的日志内容会非常清楚的记录下每一行数据修改的细节。而且不会出现某些特定情况下的存储过程,或 function,以及 trigger 的调用和触发无法被正确复制的问题.
缺点: 所有的执行的语句当记录到日志中的时候,都将以每行记录的修改来记录,这样可能会产生大量的日志内容。
ps: 新版本的 MySQL 中对 row level 模式也被做了优化,并不是所有的修改都会以 row level 来记录,像遇到表结构变更的时候就会以 statement 模式来记录,如果 sql 语句确实就是 update 或者 delete 等修改数据的语句,那么还是会记录所有行的变更。
2.3 Mixed
从 5.1.8 版本开始,MySQL 提供了 Mixed 格式,实际上就是 Statement 与 Row 的结合。
在 Mixed 模式下,一般的语句修改使用 statment 格式保存 binlog,如一些函数,statement 无法完成主从复制的操作,则采用 row 格式保存 binlog,MySQL 会根据执行的每一条具体的 sql 语句来区分对待记录的日志形式,也就是在 Statement 和 Row 之间选择一种。
2.4 查看与配置 binlog 格式
(1)查看 binlog_format
show variables like ‘binlog_format’
或者通过查看配置文件
whereis my.ini
cat /etc/my.cnf
(2)修改 binlog_format
直接修改
set globle binlog_format=’MIXED’
或者修改配置文件
vi /etc/my.cnf
3. binlog 开启与查看、删除
3.1 查看是否开启 binlog
show variables like ‘log_bin’
如果 binlog 没有开启,可以通过 set sql_log_bin=1 命令来启用; 如果想停用 binlog, 可以使用 set sql_log_bin=0。
3.2 获取 binlog 文件列表
show binary logs
3.3 查看当前正在写入的 binlog 文件
show master status
3.3 查看 master 上的 binlog
show master logs
3.4 只查看第一个 binlog 文件的内容
show binlog events
3.5 查看指定 binlog 文件的内容
show binlog events in ‘mysql-bin.000002’
3.6 删除 binlog
(1) 使用 linux 命令删除 binlog 文件
(2) 设置 binlog 的过期时间
(3) 手动删除 binlog
reset master;//删除master的binlog
reset slave; //删除slave的中继日志
purge master logs before ‘2012-03-30 17:20:00’; //删除指定日期以前的日志索引中binlog日志文件
purge master logs to ‘mysql-bin.000002’; //删除指定日志文件的日志索引中binlog日志文件
4. binlog 的扩展
当停止或重启服务器时,服务器会把日志文件记入下一个日志文件,Mysql 会在重启时生成一个新的日志文件,文件序号递增;此外,如果日志文件超过 max_binlog_size(默认值 1G)系统变量配置的上限时,也会生成新的日志文件(在这里需要注意的是,如果你正使用大的事务,二进制日志还会超过 max_binlog_size,不会生成新的日志文件,事务全写入一个二进制日志中, 这种情况主要是为了保证事务的完整性);日志被刷新时,新生成一个日志文件。
如:
flush logs