首页 / MYSQL / mysql之 binlog维护详细解析（开启、binlog相关参数作用、mysqlbinlog解读、binlog删除）

mysql之 binlog维护详细解析（开启、binlog相关参数作用、mysqlbinlog解读、binlog删除）

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了mysql之 binlog维护详细解析（开启、binlog相关参数作用、mysqlbinlog解读、binlog删除），小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含7602字，纯文字阅读大概需要11分钟。

内容图文

binary log 作用：主要实现三个重要的功能：用于复制，用于恢复，用于审计。
binary log 相关参数：
log_bin
设置此参数表示启用binlog功能，并指定路径名称
log_bin_index
设置此参数是指定二进制索引文件的路径与名称
binlog_do_db
此参数表示只记录指定数据库的二进制日志
binlog_ignore_db
此参数表示不记录指定的数据库的二进制日志
max_binlog_cache_size
此参数表示binlog使用的内存最大的尺寸
binlog_cache_size
此参数表示binlog使用的内存大小，可以通过状态变量binlog_cache_use和binlog_cache_disk_use来帮助测试。
binlog_cache_use：使用二进制日志缓存的事务数量
binlog_cache_disk_use:使用二进制日志缓存但超过binlog_cache_size值并使用临时文件来保存事务中的语句的事务数量
max_binlog_size
Binlog最大值，最大和默认值是1GB，该设置并不能严格控制Binlog的大小，尤其是Binlog比较靠近最大值而又遇到一个比较大事务时，为了保证事务的完整性，不可能做切换日志的动作，只能将该事务的所有SQL都记录进当前日志，直到事务结束
sync_binlog
这个参数直接影响mysql的性能和完整性
sync_binlog=0：
当事务提交后，Mysql仅仅是将binlog_cache中的数据写入Binlog文件，但不执行fsync之类的磁盘同步指令通知文件系统将缓存刷新到磁盘，而让Filesystem自行决定什么时候来做同步，这个是性能最好的。
sync_binlog=n，在进行n次事务提交以后，Mysql将执行一次fsync之类的磁盘同步指令，同志文件系统将Binlog文件缓存刷新到磁盘。
Mysql中默认的设置是sync_binlog=0，即不作任何强制性的磁盘刷新指令，这时性能是最好的，但风险也是最大的。一旦系统绷Crash，在文件系统缓存中的所有Binlog信息都会丢失

1.开启二进制日志
mysql>show variables like ‘%log_bin%‘;
+---------------------------------+-------+
| Variable_name | Value |
+---------------------------------+-------+
| log_bin | OFF | --该参数用于设定是否启用二进制日志
| log_bin_trust_function_creators | OFF |
| sql_log_bin | ON |
+---------------------------------+-------+
[root@mysql ~]# service mysql stop
Shutting down MySQL.... [ OK ]
[root@mysql ~]# cp /etc/my.cnf /etc/my.cnf.bak
[root@mysql ~]# vi /etc/my.cnf
说明: 在/etc/my.cnf 文件中添加 log_bin=/var/lib/mysql/binarylog/binlog
[root@mysql ~]# mkdir -p /var/lib/mysql/binarylog
[root@mysql ~]# chown -R mysql:mysql /var/lib/mysql/binarylog
[root@mysql mysql]# service mysql start
Starting MySQL. [ OK ]
mysql> show variables like ‘%log_bin%‘;
+---------------------------------+---------------------------------------+
| Variable_name | Value |
+---------------------------------+---------------------------------------+
| log_bin | ON |
| log_bin_basename | /var/lib/mysql/binarylog/binlog |
| log_bin_index | /var/lib/mysql/binarylog/binlog.index |
| log_bin_trust_function_creators | OFF |
| log_bin_use_v1_row_events | OFF |
| sql_log_bin | ON |
+---------------------------------+---------------------------------------+
6 rows in set (0.00 sec)
[root@mysql mysql]# ll /var/lib/mysql/binarylog/
total 8
-rw-rw---- 1 mysql mysql 120 May 30 16:57 binlog.000001
-rw-rw---- 1 mysql mysql 39 May 30 16:57 binlog.index
2. 切换二进制日志
mysql> flush logs;
Query OK, 0 rows affected (0.05 sec)
[root@mysql mysql]# ll /var/lib/mysql/binarylog/
total 12
-rw-rw---- 1 mysql mysql 164 May 30 17:09 binlog.000001
-rw-rw---- 1 mysql mysql 120 May 30 17:09 binlog.000002
-rw-rw---- 1 mysql mysql 78 May 30 17:09 binlog.index
3.查看 binary log 个数
mysql> show binary logs;
+---------------+-----------+
| Log_name | File_size |
+---------------+-----------+
| binlog.000001 | 164 |
| binlog.000002 | 164 |
4. 查看正在使用的 binary log
mysql> show master status;
+---------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+---------------+----------+--------------+------------------+-------------------+
| binlog.000010 | 120 | | | |
+---------------+----------+--------------+------------------+-------------------+
5.查看二进制日志事件
5.1
mysql> show binlog events in ‘binlog.000010‘;
+---------------+-----+-------------+-----------+-------------+---------------------------------------+
| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |
+---------------+-----+-------------+-----------+-------------+---------------------------------------+
| binlog.000010 | 4 | Format_desc | 1 | 120 | Server ver: 5.6.25-log, Binlog ver: 4 |
| binlog.000010 | 120 | Query | 1 | 219 | use `test`; create table andy(id int) |
+---------------+-----+-------------+-----------+-------------+---------------------------------------+
2 rows in set (0.00 sec)
5.2
mysql> show binlog events in ‘binlog.000010‘ from 120 limit 2;
+---------------+-----+------------+-----------+-------------+---------------------------------------+
| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |
+---------------+-----+------------+-----------+-------------+---------------------------------------+
| binlog.000010 | 120 | Query | 1 | 219 | use `test`; create table andy(id int) |
| binlog.000010 | 219 | Query | 1 | 298 | BEGIN |
+---------------+-----+------------+-----------+-------------+---------------------------------------+
2 rows in set (0.00 sec)
6. 用 mysqlbinlog 工具查看二进制日志
6.1
[root@mysql ~]# mysqlbinlog /var/lib/mysql/binarylog/binlog.000016
# at 199
#170530 19:42:52 server id 1 end_log_pos 306 CRC32 0x64d982e4 Query thread_id= exec_time=0error_code=0
use `test`/*!*/;
SET TIMESTAMP=1496144572/*!*/;
insert into name values(‘陶叶‘)
/*!*/;
# at 306
#170530 19:42:52 server id 1 end_log_pos 337 CRC32 0xf75d46d1 Xid = 36
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
内容解析：
位置> 位于文件中的位置，“at 199”说明“事件”的起点，是以第199字节开始；“end_log_pos 306”说明以第306字节结束，下一个事件将以上一个事件结束位置为起点，周而复始。
时间戳> 事件发生的时间戳：“170530 19:42:52”
事件执行时间> 事件执行花费的时间:"exec_time=0"
错误码> 错误码为：“error_code=0”
服务器的标识> 服务器的标识id：“server id 1”
6.2 用 mysqlbinlog 工具查看指定时间戳 binlog
[root@mysql ~]# mysqlbinlog --start-datetime="2017-05-30 19:42:52" /var/lib/mysql/binarylog/binlog.000016
6.3 用 mysqlbinlog 工具查看指定position 的binlog
[root@mysql ~]# mysqlbinlog --start-position=199 --stop-position=306 /var/lib/mysql/binarylog/binlog.000016
7. 删除 binary log
7.1 自动删除， my.cnf中添加 expire_logs_days
expire_logs_days = X # X为指定天数
7.2 手动删除（自动在操作系统层面把 os file 删除了）
mysql> reset master; //删除master的binlog
mysql> reset slave; //删除slave的中继日志
mysql> purge master logs before ‘2017-05-30 18:27:00‘; //删除指定日期以前的日志索引中binlog日志文件
mysql> purge master logs to ‘binlog.000011‘; //删除binlog.000011之前的，不包含binlog.000011

mysql之 binlog维护详细解析（开启、binlog相关参数作用、mysqlbinlog解读、binlog删除）

标签：exe esc add show 帮助 system base 0.00 添加

本文系统来源：http://www.cnblogs.com/andy6/p/6921308.html

内容总结

以上是互联网集市为您收集整理的mysql之 binlog维护详细解析（开启、binlog相关参数作用、mysqlbinlog解读、binlog删除）全部内容，希望文章能够帮你解决mysql之 binlog维护详细解析（开启、binlog相关参数作用、mysqlbinlog解读、binlog删除）所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/483034.html

来源：【匿名】

【上一篇】MySQL导入导出【下一篇】用IE远程创建Mysql数据库的简易程序

更多 ►

【mysql之 binlog维护详细解析（开启、binlog相关参数作用、mysqlbinlog解读、binlog删除）】教程文章相关的互联网学习教程文章

PHP Client for Mysql Binlog【代码】

PHP解析Mysql Binlog，依赖于mysql-replication-listener库详见：https://github.com/bullsoft/php-binlogInstall MySQL Replication Listenerhttps://github.com/bullsoft/mysql-replication-listener/archive/master.zipunzip mysql-replication-listener-master.zip cd mysql-replication-listener-master cmake .-DCMAKE_INSTALL_PREFIX=/usr/local/mysql-replication make & make installInstall php-binloghttps://github....

MySQL-binlog日志格式【代码】

1. binlog格式分类1) STATEMENT: 基于SQL语句的复制(statement-based replication, SBR) 2) ROW: 基于行的复制(row-based replication, RBR) 3) MIXED: 混合模式复制(mixed-based replication, MBR) 2. 格式说明1) STATEMENT: 对每一条修改数据的sql语句记录到binlog中。优点是减少了binlog日志量，节约IO，提高性能。缺点是在某些情况下会导致master-slave中的数据不一致(如sleep()函数， last_insert_id()，以及user-defined fun...

解析MySQL binlog --（4）TABLE_MAP_EVENT【代码】【图】

MYSQL-max_binlog_cache_size参数【代码】

max_binlog_cache_size 解释：这是设置最大二进制日志的缓存区大小的变量。若处理多语句事务时需要的内存大小比设置值大的话就会提示一个error：Multi-statement transaction required more than‘max_binlog_cache_size‘ bytes of storage 。这个变量最小值是4096（4K），最大值，在32位的系统中是4G，64位的是16P。作用域：全局原文：http://www.cnblogs.com/vijayfly/p/5778606.html

MySQL的binlog日志<转>【代码】

binlog 基本认识MySQL的二进制日志可以说是MySQL最重要的日志了，它记录了所有的DDL和DML(除了数据查询语句)语句，以事件形式记录，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。一般来说开启二进制日志大概会有1%的性能损耗(参见MySQL官方中文手册 5.1.24版)。二进制有两个最重要的使用场景: 其一：MySQL Replication在Master端开启binlog，Mster把它的二进制日志传递给slaves来达到master-slave数据一致的目...

mysql dba系统学习（6）二进制日志binlog之二【代码】

MySQL 5.5 中对于二进制日志 (binlog) 有 3 种不同的格式可选：Mixed,Statement,Row，默认格式是 Statement。总结一下这三种格式日志的优缺点。MySQL Replication 复制可以是基于一条语句 (Statement Level) ，也可以是基于一条记录 (Row Level)，可以在 MySQL 的配置参数中设定这个复制级别，不同复制级别的设置会影响到 Master 端的 bin-log 日志格式。1. Row日志中会记录成每一行数据被修改的形式，然后在 slave 端再对相同的数...

mysql对binlog的处理说明

然而这里不打算对某种存储引擎的实现细节进行描述，也不打算介绍各种存储引擎的优缺点，只是描述一下mysql如何处理binlog，并澄清几个容易混淆的问题。 Binlog对mysql而言是重要的，主要体现在它的功能上。Mysql官方文档明确指出，binlog的启动大概会为mysql增加1%的负载，因此在绝大多数情况下，binlog都不会成为mysql的性能瓶颈。 Binlog是mysql以二进制形式打印的日志，它默认不加密，不压缩。每个正常的binlog文件头部，有4个字...

mysql 备份软件 Xtrabackup 的 xtrabackup_binlog_pos_innodb和xtrabackup_binlog_info 文件区别【代码】

今天在操作 innobackupex 的时候，执行 change master to 的时候发现 xtrabackup_binlog_pos_innodb xtrabackup_binlog_info 两个文件对应的master 的 binary log 位置不一致： less xtrabackup_binlog_info mysql-bin.002961 70176740 less xtrabackup_binlog_pos_innodb mysql-bin.002961 38716155后面我就找了下这两个参数究竟是有什么区别 1.官网上的定义：xtrabackup_binlog_pos_innodb containing the position of the ...

MySQL系列：基于binlog的增量订阅与消费（一）【代码】【图】

在一些业务场景中，像在数据分析中我们有时候需要捕获数据变化（CDC）；在数据审计中，我们也往往需要知道数据从这个点到另一个点的变化；同样在实时分析中，我们有时候需要看到某个值得实时变化等。要解决以上问题，我们可以实时解析mysql binlog日志，下面两个工具可以很好的处理这个问题：1. canal（阿里巴巴开源项目，纯java开发）2. python-mysql-replication（python开发）使用场景：1. MySQL到NoSQL的数据同步2. MySQL到搜...

Mysql binlog 无法删除(purge命令无法删除)

1.版本1)操作系统cat /etc/issueCentOS release 6.6 (Final)Kernel \r on an \mcat /proc/versionLinux version 2.6.32-504.el6.x86_64 (mockbuild@c6b9.bsys.dev.centos.org) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-11) (GCC) ) #1 SMP Wed Oct 15 04:27:16 UTC 20142)mysql数据库版本MySQL --versionMySQL Ver 14.14 Distrib 5.6.26, for linux-glibc2.5 (x86_64) using EditLine wrapper2. 问题描述2.1 发现问题今天研...

mysql基于init-connect+binlog完成审计功能【代码】【图】

目前社区版本的mysql的审计功能还是比较弱的，基于插件的审计目前存在于Mysql的企业版、Percona和MariaDB上，但是mysql社区版本有提供init-connect选项，基于此我们可以用它来完成审计功能。init-connect参数说明：http://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_init_connect step1:创建用户数据库表set names utf8 create database auditlog; create table auditlog.t_audit(id int not null auto...

Mysql数据库之Binlog日志使用总结【代码】

binlog二进制日志对于mysql数据库的重要性有多大，在此就不多说了。下面根据本人的日常操作经历，并结合网上参考资料，对binlog日志使用做一梳理：一、binlog日志介绍1）什么是binlogbinlog日志用于记录所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句。语句以“事件”的形式保存，它描述数据更改。2）binlog作用因为有了数据更新的binlog，所以可以用于实时备份，与master/slave主从复制结合...

mysql报错解决MySQL Binlog(异常)——mysqlbinlog: unknown variable 'default-character-set=utf8'【代码】

在使用mysqlbinlog分析日志时，报错：/usr/local/mysql/bin/mysqlbinlog: unknown variable ‘default-character-set=utf8‘原因分析：产生这个问题的原因是因为我在my.cnf中的client选项组中添加了： default-character-set=utf8 这个是mysqlbinlog的一个bug解决方法：使用mysqlbinlog工具查看二进制日志时会重新读取的mysql的配置文件my.cnf，而不是服务器已经加载进内存的配置文件。只要修改并保存了my.cnf文件，而不需要重起...

关于使用Mysql binlog对数据进行恢复的实战

前几天，加班到晚上10点多了，在回去的路上，朋友打来电话，说他们公司的开发维护人员在对线上系统进行版本更新时，不小心把线上的数据库给drop掉了，叫我过去救火，唉！虽然在运维界也混迹多年，这情况也是头一回见哈，怀着即兴奋又担心的心情去到现场，兴奋是因为可以好好的实战一下，担心是怕帮不到朋友，唉，废话不多说，上“战场”。第一步，既然数据库都被干掉了，又没做主从，只好把所有相关系统程序关闭。第二步，...

（4.11）mysql备份还原——mysql闪回技术（基于binlog）

0、闪回技术与工具简介mysql闪回工具比较流行三大类：【0.1】官方的mysqlbinlog：支持数据库在线/离线，用脚本处理binlog的输出，转化成对应SQL再执行。通用性不好，对正则、sed等需要较高熟练度。【0.2】第三方的mysqlbinlog工具，比官方的工具多了一个闪回功能 -B【0.3】开源的binlog2sql：兼容性比较好，使用难度小，使用简单，前提是mysql必须开启。最佳实践：线上使用binlog2sql，线下用mysqlbinlog以及mysqlbinlog_flashbac...

首页 / MYSQL / mysql之 binlog维护详细解析（开启、binlog相关参数作用、mysqlbinlog解读、binlog删除）

mysql之 binlog维护详细解析（开启、binlog相关参数作用、mysqlbinlog解读、binlog删除）

内容导读

内容图文

内容总结

内容备注

内容手机端

【mysql之 binlog维护详细解析（开启、binlog相关参数作用、mysqlbinlog解读、binlog删除）】教程文章相关的互联网学习教程文章

MYSQLBINLOG - 相关标签

参数 - 相关标签

MYSQL - 技术教程分类

MYSQL - 最新教程

MYSQL - 最热教程