码迷,mamicode.com
首页 > 数据库 > 详细

mysql中redo和binlog的区别

时间:2019-06-23 21:11:53      阅读:130      评论:0      收藏:0      [点我收藏+]

标签:nts   包含   字节   应用   max   绝对路径   more   l数据库   变量类型   

影响MySQL中redo的配置参数:
innodb_log_file_size:指定每个redo日志大小,默认值48MB
innodb_log_files_in_group:指定日志文件组中redo日志文件数量,默认为2
innodb_log_group_home_dir:指定日志文件组所在路劲,默认值./,指mysql的数据目录datadir

查看innodb配置:
mysql> show variables like innodb%log%;

+----------------------------------+------------+
| Variable_name                    | Value      |
+----------------------------------+------------+
...     
| innodb_log_file_size             | 2147483648 |
| innodb_log_files_in_group        | 2          |
| innodb_log_group_home_dir        | ./         |
...
+----------------------------------+------------+
15 rows in set (0.00 sec)

——————————————————————————————————————————
binlog:binlog记录了对MySQL数据库执行更改的所有操作,但是不包括SELECT和SHOW这类操作,因为这类操作对数据本身并没有修改。然后,若操作本身并没有导致数据库发生变化,那么该操作也会写入二进制日志。比如在数据库中执行了一条update语句,但是并没有给数据库带来变化,也会记录在binlog中。

show binlog events in my3306_binlog.000052;

如果想记录SELECT和SHOW操作,那只能使用查询日志--general_log[={0|1}](1为启用)

配置binlog
通过配置参数--log-bin[=name]可以启动二进制日志。如果不指定那么,则默认binlog日志文件名为主机名,后缀名为binlog的序列号,默认路劲为数据目录(datadir).你也可以指定绝对路径,如:

# cat /etc/my.cnf|grep log-bin
log-bin = /data/mysql/mysql3306/logs/my3306_binlog

影响binlog的参数:
max_binlog_size:指定单个binlog文件最大值。默认值为1g,最大值1g,如果超过该值,则产生新的binlog文件,后缀名+1,并记录到.index文件。
binlog_cache_size:使用事务表存储引擎(如innodb存储引擎)时,所有未提交的binlog日志会被记录到一个缓存中去,等事务提交时再将缓存中的binlog写入到binlog文件中。缓存的大小由binlog_cache_size决定,默认大小为32K。binlog_cache_size是基于session的,也就是说,当一个线程开始一个事务时,MySQL会自动分配一个大小为binlog_cache_size的缓存,因此该值的设置需要非常小心,不能设置过大。当一个事务的记录大于设定的binlog_cache_size时,MySQL会把缓存中的日志写入一个临时文件中,因此该值又不能设的太小。
max_binlog_cache_size:如果事务需要的内存超过很多字节,则服务器会生成多于“max_binlog_cache_size”字节的存储错误所需的并发事务。 最小值为4096字节,最大可能值为16EB(exabytes)。 建议的最大值为4GB; 这是因为MySQL目前无法使用大于4GB的二进制日志位置。
expire_logs_days:表示binlog文件自动删除N天前的文件。默认值为0,表示不自动删除,最大值99.要手动删除binlog文件,可以使用purge binary logs语句。例如:
PURGE { BINARY | MASTER } LOGS
  { TO log_name | BEFORE datetime_expr }

PURGE BINARY LOGS TO mysql-bin.010;
PURGE BINARY LOGS BEFORE 2008-04-02 22:46:26;
PURGE BINARY LOGS BEFORE now() - interval 3 days;

***binlog_rows_query_log_events:默认为不启用,启用binlog_rows_query_log_events时,会在binlog日志中记录原始SQL语句。

sync_binlog:sync_binlog=[N]表示没写缓冲N次就同步到磁盘,如果将N设为1,即sync_binlog表示采用同步写磁盘的方式来写二进制日志,在MySQL5.7.7后,默认为1。会对数据库的IO系统带来一定影响,但可以得到最大的高可用行。
binlog_checksum:该参数目的就是写入binlog进行校验,有两个值[crc32|none],默认为crc32
binlog-do-db:表示需要写入日志的数据库,默认为空,表示同步所有库
binlog-ignore-db:表示忽略写入日志的数据库,默认为空,表示同步所有库
log-slave-update:表示从master端取得并执行的binlog,写入自己的binlog文件中,一般应用在master=>slave=>slave架构
binlog_format:记录binlog的格式。[statement,row,mixed],在MySQL5.7.7之后,默认为row。

查看binlog(row格式)
mysqlbinlog -v --base64-output=decode-rows my3306_binlog.000052|more
3. redo log与binlog的区别
第一:redo log是在InnoDB存储引擎层产生,而binlog是MySQL数据库的上层产生的,并且二进制日志不仅仅针对INNODB存储引擎,MySQL数据库中的任何存储引擎对于数据库的更改都会产生二进制日志。
第二:两种日志记录的内容形式不同。MySQL的binlog是逻辑日志,其记录是对应的SQL语句。而innodb存储引擎层面的重做日志是物理日志。
第三:两种日志与记录写入磁盘的时间点不同,二进制日志只在事务提交完成后进行一次写入。而innodb存储引擎的重做日志在事务进行中不断地被写入,并日志不是随事务提交的顺序进行写入的。
二进制日志仅在事务提交时记录,并且对于每一个事务,仅在事务提交时记录,并且对于每一个事务,仅包含对应事务的一个日志。而对于innodb存储引擎的重做日志,由于其记录是物理操作日志,因此每个事务对应多个日志条目,并且事务的重做日志写入是并发的,并非在事务提交时写入,其在文件中记录的顺序并非是事务开始的顺序。
第四:binlog不是循环使用,在写满或者重启之后,会生成新的binlog文件,redo log是循环使用。
第五:binlog可以作为恢复数据使用,主从复制搭建,redo log作为异常宕机或者介质故障后的数据恢复使用。

————————————————————————————————————————————
运行时修改使用SET命令,并指定变量类型(全局或会话)给变量赋值即可,例如:
mysql> SET GLOBAL innodb_file_per_table = 1
mysql> SET SESSION innodb_file_per_table = 1
需要注意的是,全局变量中运行时修改的值不会永久生效,重启后会失效,如果是会话变量的话,会话断开即失效。

全局变量小结:
①、无论是修改本次会话的变量还是全局变量,当mysql服务器重启时,都会失效。要想永久生效,还是要将
配置写入my.ini的配置文件的。
②>、对于全局变量的更改可以被访问该全局变量的任何客户端看见。然而,它只影响更改后连接的客户的从该
全局变量初始化的相应会话变量。不影响目前已经连接的客户端的会话变量(即使客户端执行SET GLOBAL
语句也不影响)。简而言之,全局变量修改后,客户端必须重新连接才会生效。
③>、对于局部变量修改后,只会对本次连接生效,客户端重新连接后失效。

 

mysql中redo和binlog的区别

标签:nts   包含   字节   应用   max   绝对路径   more   l数据库   变量类型   

原文地址:https://www.cnblogs.com/tigergaonotes/p/11074028.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!