《MySQL系列连载之日志类型》要点：
本文介绍了MySQL系列连载之日志类型，希望对您有用。如果有疑问，可以联系我们。

导读

如果您在本文遇到任何问题或疑问请到QQ群中与我们交流.也可在下方进行评论.我将在第一时间和您进行交流,共同学习.
QQ群：201777608、526871767、1689067(加群时注明：运维派)

二进制日志

1.二进制日志文件作用

提供了增量备份的功能

提供了数据基于时间点的恢复,这个恢复的时间点可以由用户控制

为mysql的复制架构提供基础,将这主服务器的二进制日志复制到从服务器上并执行同样的操作,就可将数据进行同步

2.二进制日志格式

1、基于语句 statement

基于SQL语句的复制(statement-based replication,SBR)

每一条会修改数据的sql都会记录到master的binlog中,slave在的时候sql进程会解析成和原来master端相同的sql再执行.

优点：在Statement模式下首先就是解决了row模式下的缺点,不需要记录记录每一行日志的变化,减少了binlog日志量,节省了I/O以及存储资源,提高性能.因为它们只需要记录在master上所执行的语句的细节以及执行语句时候的上下文信息.

缺点：在Statement模式下,由于它记录的执行语句,所以,为了让这些语句在slave端也能正确执行,那么它还必须记录每条语句在执行的时候的一些相关信息,也就是上下文信息,以保证所有语句在slave端被执行的时候能够得到和在master端执行时候的结果.

另外,由于MySQL现在发展较快,很多的新功能不断的加入,使MySQL的遇到了不小的挑战,自然的时候涉及到越复杂的内容,bug也就越容易出现.在Statement中,目前已经发现不少情况会造成MySQL的出现问题,主要是修改数据的时候使用了某些特定的函数或者功能的时候会出现.

2、基于行 row

基于行的复制(row-based replication,RBR)

日志中会记录成每一行数据被修改成的形式,然后在slave端再对相同的数据进行修改,只记录要修改的数据,只有value,不会有sql多表关联的情况.

优点：在row模式下,bin-log中可以不记录执行的sql语句的上下文相关信息,仅仅需要记录哪一条记录被修改了,修改成什么信样了,所以row的日志内容会非常清楚的记录下每一行数据修改的细节,非常容易理解.而且不会出现在某些特定情况下的存储过程和function,以及trigger的调用无法被正确问题.

缺点：在row模式下,所有执行的语句当记录到日志中的时候,都将以每行记录的修改来记录,这样可能会产生大量的日志内容.

3、混合方式 mixed

混合模式复制(mixed-based replication,MBR)

实际上就是前两种模式的结合.在mixed模式下,MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志形式,也就是在Statement和row之间选择一种.Statement还是记录执行的语句.而新版本的MySQL中对row模式也做了优化,并不是所有的修改都会以row模式来记录,比如遇到表结构变更的时候就会以Statement模式来记录,如果sql语句确实是update或者delete等修改数据的语句,那么还是会记录所有行的变更.

3.二进制日志事件

position 基于位置

datetime 基于时间

4.二进制日志查看与删除

mysql>show master status; 查看当前正在使用的二进制日志

mysql>show binlog events in ‘mysql-bin.000001’; 查看二进制日志记录的事件[from position]

mysql>flush logs; 二进制日志滚动

mysql>show binary logs; 查看所有二进制日志

mysql>purge binary logs to ‘mysql-bin.000003’; 删除二进制日志

5.查看二进制日志的命令

mysqlbinlog 相关选项,

–start-position #开始位置

–stop-position #结束位置

–start-datetime ‘yyyy-mm-dd hh:mm:ss’; #开始时间

–stop-datetime ”; #结束时间

6.配置MySQL的主配置文件

sql_log_bin = {ON|OFF} #用于控制二进制日志信息是否记录进日志文件.默认为ON,表示启用记录功能.用户可以在会话级别修改此变量的值,但其必须具有SUPER权限

binlog_cache_size = 32768 #默认值32768 Binlog Cache 用于在打开了二进制日志(binlog)记录功能的环境,是 MySQL 用来提高binlog的记录效率而设计的一个用于短时间内临时缓存binlog数据的内存区域.一般来说,如果我们的数据库中没有什么大事务,写入也不是特别频繁,2MB～4MB是一个合适的选择.但是如果我们的数据库大事务较多,写入量比较大,可与适当调高binlog_cache_size.同时,我们可以通过binlog_cache_use 以及 binlog_cache_disk_use来分析设置的binlog_cache_size是否足够,是否有大量的binlog_cache由于内存大小不够而使用临时文件(binlog_cache_disk_use)来缓存了

binlog_stmt_cache_size = 32768 #当非事务语句使用二进制日志缓存,但是超出binlog_stmt_cache_size时,使用一个临时文件来存放这些语句
log_bin = mysql-bin #指定binlog的位置,默认在数据目录下

binlog-format = {ROW|STATEMENT|MIXED} #指定二进制日志的类型,默认为MIXED.如果设定了二进制日志的格式,却没有启用二进制日志,则MySQL启动时会产生警告日志信息并记录于错误日志中.

sync_binlog = 10 #设定多久同步一次二进制日志至磁盘文件中,0表示不同步,任何正数值都表示对二进制每多少次写操作之后同步一次.当autocommit的值为1时,每条语句的执行都会引起二进制日志同步,否则,每个事务的提交会引起二进制日志同步

max_binlog_cache_size = {4096 .. 18446744073709547520} #二进定日志缓存空间大小,5.5.9及以后的版本仅应用于事务缓存,其上限由max_binlog_stmt_cache_size决定.

max_binlog_stmt_cache_size = {4096 .. 18446744073709547520} #二进制日志缓存空间大小,5.5.9及以后的版本仅应用于事务缓存

（编辑：东莞站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!