MySQL binlog三种模式

1.1 Row Level  行模式

日志中会记录每一行数据被修改的形式，然后在slave端再对相同的数据进行修改

优点：在row level模式下，bin-log中可以不记录执行的sql语句的上下文相关的信息，仅仅只需要记录那一条被修改。所以rowlevel的日志内容会非常清楚的记录下每一行数据修改的细节。不会出现某些特定的情况下的存储过程或function，以及trigger的调用和触发无法被正确复制的问题

缺点：row level，所有的执行的语句当记录到日志中的时候，都将以每行记录的修改来记录，会产生大量的日志内容。

1.2 Statement Level（默认）

每一条会修改数据的sql都会记录到master的bin-log中。slave在复制的时候sql进程会解析成和原来master端执行过的相同的sql来再次执行

优点：statement level下的优点首先就是解决了row level下的缺点，不需要记录每一行数据的变化，减少bin-log日志量，节约IO，提高性能，因为它只需要在Master上锁执行的语句的细节，以及执行语句的上下文的信息。

缺点：由于只记录语句，所以，在statement level下 已经发现了有不少情况会造成MySQL的复制出现问题，主要是修改数据的时候使用了某些定的函数或者功能的时候会出现。

1.3 Mixed 自动模式

在Mixed模式下，MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志格式，也就是在Statement和Row之间选择一种。如果sql语句确实就是update或者delete等修改数据的语句，那么还是会记录所有行的变更。

行模式和语句模式的区别

1.语句模式：

100万条记录

只需1条delete * from test；就可以删除100万条记录

2.row模式

100万条记录

记录100万条删除命令

1.4 企业场景如何选择binlog模式

1、互联网公司，使用MySQL的功能相对少（存储过程、触发器、函数）

选择默认的语句模式，Statement Level（默认）

2、公司如果用到使用MySQL的特殊功能（存储过程、触发器、函数）

则选择Mixed模式

3、公司如果用到使用MySQL的特殊功能（存储过程、触发器、函数）又希望数据最大化一直，此时最好选择Row level模式

行模式和语句模式的区别

1.语句模式：

100万条记录

只需1条delete * from test；就可以删除100万条记录

2.row模式

100万条记录

记录100万条删除命令

1.5 如何配置binlog

在数据库中查看binlog模式



    

  1. [email protected] 11:28:05->show global variables like ‘%binlog_format%‘;
    2. 

  2. +---------------+-----------+
    3. 

  3. | Variable_name | Value     |
    4. 

  4. +---------------+-----------+
    5. 

  5. | binlog_format | STATEMENT |
    6. 

  6. +---------------+-----------+
    7. 

  7. 1 row in set (0.00 sec)
    8. 



配置文件参数如下：




    

  1. [myslqd]
    2. 

  2. log-bin=mysql-bin
    3. 

  3. #binlog_format="STATEMENT"
    4. 

  4. #binlog_format="ROW"
    5. 

  5. #binlog_format="MIXED"
    6. 



运行时在线修改（临时）；




    

  1. mysql>SET GLOBAL binlog_format = ‘ROW‘;
    2. 

  2. mysql>show global variables like ‘%binlog_format%‘;
    3. 

  3. 其他模式命令为：
    4. 

  4. SET GLOBAL binlog_format = ‘MIXED‘;
    5. 

  5. SET GLOBAL binlog_format = ‘STATEMENT‘;
    6. 



解释：


GLOBAL=全局会话


SESSION=当前会话


检验ROW模式下binlog日志记录效果




    

  1. [[email protected] 3306]# mysqlbinlog --base64-output="decode-rows" --verbose mysql-bin.000248
    2. 

  2. /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
    3. 

  3. /*!40019 SET @@session.max_insert_delayed_threads=0*/;
    4. 

  4. /*!50003 SET @[email protected]@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
    5. 

  5. DELIMITER /*!*/;
    6. 

  6. # at 4
    7. 

  7. #160628 11:06:52 server id 1  end_log_pos 107   Start: binlog v 4, server v 5.5.49-log created 160628 11:06:52 at startup
    8. 

  8. # Warning: this binlog is either in use or was not closed properly.
    9. 

  9. ROLLBACK/*!*/;
    10. 

  10. # at 107
    11. 

  11. #160628 11:07:09 server id 1  end_log_pos 177   Query   thread_id=1     exec_time=0     error_code=0
    12. 

  12. SET TIMESTAMP=1467083229/*!*/;
    13. 

  13. SET @@session.pseudo_thread_id=1/*!*/;
    14. 

  14. SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
    15. 

  15. SET @@session.sql_mode=0/*!*/;
    16. 

  16. SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
    17. 

  17. /*!\C utf8 *//*!*/;
    18. 

  18. SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
    19. 

  19. SET @@session.lc_time_names=0/*!*/;
    20. 

  20. SET @@session.collation_database=DEFAULT/*!*/;
    21. 

  21. BEGIN
    22. 

  22. /*!*/;
    23. 

  23. # at 177
    24. 

  24. # at 223
    25. 

  25. #160628 11:07:09 server id 1  end_log_pos 223   Table_map: `oldboy`.`sc` mapped to number 33
    26. 

  26. #160628 11:07:09 server id 1  end_log_pos 785   Update_rows: table id 33 flags: STMT_END_F
    27. 

  27. ### UPDATE `oldboy`.`sc`
    28. 

  28. ### WHERE
    29. 

  29. ###   @1=1
    30. 

  30. ###   @2=1001
    31. 




原文地址：https://www.cnblogs.com/barrywxx/p/11544473.html
				


				
时间： 2024-11-10 07:28:49 

		


		


	

	
	

		


		
MySQL binlog三种模式的相关文章


								

		

			

                MySQ binlog三种模式
			

		

		

									

				MySQ binlog三种模式及设置方法 1.1 Row Level  行模式 日志中会记录每一行数据被修改的形式,然后在slave端再对相同的数据进行修改 优点:在row level模式下,bin-log中可以不记录执行的sql语句的上下文相关的信息,仅仅只需要记录那一条被修改.所以rowlevel的日志内容会非常清楚的记录下每一行数据修改的细节.不会出现某些特定的情况下的存储过程或function,以及trigger的调用和触发无法被正确复制的问题 缺点:row level,所有的执行的语句			

		

	

				

		

			

                Mysql Binlog三种格式介绍及分析【转】
			

		

		

									

				一．Mysql Binlog格式介绍       Mysql binlog日志有三种格式,分别为Statement,MiXED,以及ROW! 1.Statement:每一条会修改数据的sql都会记录在binlog中. 优点:不需要记录每一行的变化,减少了binlog日志量,节约了IO,提高性能.(相比row能节约多少性能 与日志量,这个取决于应用的SQL情况,正常同一条记录修改或者插入row格式所产生的日志量还小于Statement产生的日志量,但是考虑到如果带条 件的update操作,以及整表			

		

	

				

		

			

                mysql之binlog三种模式
			

		

		

									

				binlog模式总共可分为以下三种(row,statement,mixed) 1.Row 日志中会记录成每一行数据被修改的形式,然后在slave端再对相同的数据进行修改,只记录要修改的数据,只有value,不会有sql多表关联的情况. 优点:在row模式下,bin-log中可以不记录执行的sql语句的上下文相关的信息,仅仅只需要记录那一条记录被修改了,修改成什么样了,所以row的日志内容会非常清楚的记录下每一行数据修改的细节,非常容易理解.而且不会出现某些特定情况下的存储过程和function,			

		

	

				

		

			

                Mysql Binlog 三种格式介绍及分析
			

		

		

									

				一．Mysql Binlog格式介绍       Mysql binlog日志有三种格式,分别为Statement,MiXED,以及ROW! 1.Statement:每一条会修改数据的sql都会记录在binlog中. 优点:不需要记录每一行的变化,减少了binlog日志量,节约了IO,提高性能.(相比row能节约多少性能与日志量,这个取决于应用的SQL情况,正常同一条记录修改或者插入row格式所产生的日志量还小于Statement产生的日志量,但是考虑到如果带条件的update操作,以及整表删除			

		

	

				

		

			

                MySQL日志binlog的三种模式
			

		

		

									

				1        三种模式的介绍 二进制日志binlog作用: 1.以二进制形式记录更改数据库的SQL语句(insert,update,delete,create,drop,alter等) 2.用于Mysql主从复制 3.增量数据库备份及恢复 1.1  Row模式 日志会记录成每一行数据被修改成的形式,然后再slave端再对相同的数据进行修改,只记录要修改的数据,只有value,不会有sql多表关联的情况. 优点:在row模式下,bin-log中可以不记录执行的sql语句的上下文相关信息,仅仅需			

		

	

				

		

			

                MySQL binlog日志三种模式选择及配置
			

		

		

									

				在讲解binlog日志三种模式前,先了解一下解析binlog日志的命令工mysqlbinlog.mysqlbinlog工具的作用是解析mysql的二进制binlog日志内容,把二进制日志解析成可以在MySQL数据库里执行的SQL语句.binlog日志原始数据是以二进制形式存在的,需要使用mysqlbinlog工具转换成SQL语句形式.mysql的binlog日志作用是用来记录mysql内部增删改等对mysql数据库有更新内容的记录(对数据库进行改动的操作),对数据库查询的语句如show,sele			

		

	

				

		

			

                数据集成通过JDBC将数据导入MySQL的几种模式
			

		

		

									

				摘要: 目前MySQL JDBC提供了多种将数据写入MySQL的方式,本文将介绍数据集成(DataX.同步中心.原CDP)支持的几种模式: * insert into xxx values (..), (..), (..) * replace into xxx values (..), (..), (..) * insert into xxx values (..), (..), 目前MySQL JDBC提供了多种将数据写入MySQL的方式,本文将介绍数据集成(DataX.同步中心.原CDP)支			

		

	

				

		

			

                Hive 之元数据库的三种模式
			

		

		

									

				Hive 介绍 http://www.cnblogs.com/sharpxiajun/archive/2013/06/02/3114180.html Hive的数据类型和数据模型 http://www.cnblogs.com/sharpxiajun/archive/2013/06/03/3114560.html Hive内表与外表详述 http://www.aboutyun.com/thread-7458-1-1.html Hive的体系结构 http://blog.csdn.net/zhoud			

		

	

				

		

			

                httpd的三种模式比较
			

		

		

									

				查看你的httpd使用了哪种模式: /usr/local/apache2/bin/httpd -V |grep 'Server MPM' 使用哪种模式,需要在编译的时候指定 --with-mpm=prefork|worker|event 当然也可以编译的时候,让三者都支持: --enable-mpms-shared=all 然后在配置文件中,修改 LoadModule mpm_worker_module modules/mpd_mpm_worker.so 2.2版本默认为worker,2.4版本