binlog可以说是MySQL中比较重要的日志了，在日常开发及运维过程中，经常会遇到。
(4)通用查询日志:记录用户的所有操作，包括启动和关闭MySQL服务、更新语句、查询语句等
在配置文件中加入 log-bin 配置，表示启用binlog，如果没有给定值，写成 log-bin=，则默认名称为主机名。（注：名称若带有小数点，则只取第一个小数点· 前的部分作为名称）
🧑个人简介：大家好，我是 shark-Gao，一个想要与大家共同进步的男人😉😉
binlog 基本认识 MySQL的二进制日志可以说是MySQL最重要的日志了，它记录了所有的DDL和DML(除了数据查询语句)语句，以事件形式记录，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。
1.简介 日志文件记录着mysql数据库运行期间发生的变化，如：mysql数据库的客户端连接状况、sql语句的执行情况和错误信息等。当数据库遭到意外的损坏时，可以通过日志查看文件出错的原因，并且可以通过日志进行数据恢复；也可以通过日志文件分析数据、优化查询等。Mysql日志管理机制比较完善，它包含了以下几种常见的日志文件、分别为：错误日志（-log-err）、查询日志（-log）、二进制日志（-log-bin）、更新日志（-log-update）及慢查询日志（-log-slow-queries）。 2.
修改Mysql配置 Mysql配置地址为： C:\Program Files (x86)\MySQL\MySQL Server 5.5 如果无法修改可以把my.ini拷贝出来，修改完后，再拷贝回去！ 如果配置了Mysql的日志生成路径，但是该目录尚未创建，那么启动会报错！ 关于Mysql日志 splunk内置了两种mysql的日志，分别是mysqld以及mysql_error mysqld_error Standard mysql error log标准的mysql错误日志 050818 16:19:29
在MySQL数据库和InnoDB存储引擎中，有很多种文件，如：参数文件、日志文件、socket文件、pid文件、MySQL表结构文件、存储引擎文件。
同大多数关系型数据库一样，日志文件是MySQL数据库的重要组成部分。MySQL有几种不同的日志文件，通常包括错误日志文件，二进制日志，通用日志，慢查询日志，等等。这些日志可以帮助我们定位mysqld内部发生的事件，数据库性能故障，记录数据的变更历史，用户恢复数据库等等。二进制日志，也叫binary log，是MySQL Server中最为重要的日志之一，本文主要描述二进制日志。
我们常常听人说，只要你愿意，MySQL 可以恢复至半个月甚至一个月以内的任何一个状态。网上也有很多删库跑路的段子。。。
今天是《MySQL核心知识》专栏的第16章，今天为大家系统的讲讲MySQL中的日志，希望通过本章节的学习，小伙伴们能够举一反三，彻底掌握MySQL中日志相关的知识。好了，开始今天的正题吧。
MySQL 中的日志比较重要的有 binlog（归档日志）、redo log（重做日志）以及 undo log，那么跟我们本文相关的主要是 binlog，另外两个日志松哥将来有空了再和大家详细介绍。 1. binlog binlog 我们中文一般称作归档日志，如果大家看过松哥之前发的 MySQL 主从搭建，应该对这个日志有印象，当我们搭建 MySQL 主从的时候就离不开 binlog（传送门：MySQL8 主从复制踩坑指南）。 binlog 是 MySQL Server 层的日志，而不是存储引擎自带的日志，
在上一篇文章中，我们从一个查询语句的执行流程知道了 MySQL 架构可分为 Server 层和存储引擎层，以及各个层级的具体部件。
MySQL 的二进制日志 binlog 可以说是 MySQL 最重要的日志，它记录了所有的 DDL 和 DML 语句（除了数据查询语句select、show等），以事件形式记录，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。binlog 的主要目的是复制和恢复。
一、日志类型： MySQL有几个不同的日志文件，可以帮助你找出mysqld内部发生的事情： 日志文件记入文件中的信息类型错误日志记录启动、运行或停止时出现的问题。查询日志记录建立的客户端连接和执行的语句。二进制日志记录所有更改数据的语句。主要用于复制和即时点恢复。慢日志记录所有执行时间超过long_query_time秒的所有查询或不使用索引的查询。事务日志记录InnoDB等支持事务的存储引擎执行事务时产生的日志。 默认情况下，所有日志创建于mysqld数据目录中。通过刷新日志，你可以强制 mysqld来
缺点：速度较慢，导入时可能会出现格式不兼容的突发情况，无法做增量备份和累计增量备份
记住！ 记住！ 记住！ 上边这张图，她是MySQL更新数据的基础流程，其中包括redo log、bin log、undo log三种日志间的大致关系，好了闲话少说直奔主题。
在数据库管理领域，MySQL的二进制日志（Binlog）是一个不可或缺的组件，它记录了所有对数据库执行的更改。对于我们每位开发者而言，理解和掌握Binlog的操作和查询技能，不仅能帮助我们更好地跟踪和分析数据变动，还能在复制错误出现时，提供有效的解决方案。本文将详细介绍如何识别Binlog日志的名称和位置，以及如何查询特定位置的操作，以便于我们在遇到复制错误时，能快速定位问题并采取相应措施。
DML(data manipulation language)：数据操纵语句，用于添加、删除、更新和查询数据库记录，并检查数据完整性，常用的语句有select、update、insert、delete
此选项可以在Mysql客户端执行SQL语句，而不用连接到MySQL数据库再执行，对于一些批处理脚本，这种方式尤其方便。
1、复制概述 1.1、复制解决的问题 数据复制技术有以下一些特点： (1) 数据分布 (2) 负载平衡(load balancing) (3) 备份 (4) 高可用性(high availability)和容错 1.2、复制如何工作 从高层来看，复制分成三步： (1) master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）； (2) slave将master的binary log events拷贝到它的中继日志(relay log)； (3) slave重做中继日志中的事件，将改变反映它自己的数据。
转载自：http://www.cnblogs.com/hustcat/archive/2009/12/19/1627525.html，版权归原作者所有，侵删！
(adsbygoogle = window.adsbygoogle || []).push({});
作为《手撕MySQL》系列的第二篇文章，今天介绍一下MySQL的二进制日志（bin log），注意不要和MySQL的InnoDB存储引擎特有的重写日志（redo log）混淆，bin log是记录所有数据库表数据及表结构变更的二进制日志（不会记录查询操作），借助这个日志可以实现：数据恢复和 主从复制（不难理解，因为所有涉及变更的操作都记录了下来，可以追溯）。
MySQL主从复制是一个异步的复制过程，底层是基于Mysql数据库自带的 二进制日志 功能。
众所周知，binlog日志对于mysql数据库来说是十分重要的。在数据丢失的紧急情况下，我们往往会想到用binlog日志功能进行数据恢复（定时全备份+binlog日志恢复增量数据部分），化险为夷！ 废话不多说，下面是梳理的binlog日志操作解说： 一、初步了解binlog MySQL的二进制日志binlog可以说是MySQL最重要的日志，它记录了所有的DDL和DML语句（除了数据查询语句select），以事件形式记录，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。 ---------
主从复制是指将主数据库的DDL和DML操作通过二进制日志传到从服务器中，然后在从服务器上对这些日志重新执行也叫重做，从而使得从数据库和主库的数据保持同步。
获取mysql的镜像，主从同步尽量保证多台mysql的版本相同，我的ubuntu中存在的mysql是5.7.22版本，所以获取5.7.22版本的镜像为例：
binlog中可以不记录执行的sql语句的上下文相关的信息，仅需要记录那一条记录被修改成什么了。所以rowlevel的日志内容会非常清楚的记录下每一行数据修改的细节。而且不会出现某些特定情况下的存储过程，或function，以及trigger的调用和触发无法被正确复制的问题
sql_log_bin = {ON|OFF} 是否记录二进制日志。启用二进制记录日志，则这项必须是ON
今天搭建了一天的游戏积分主从环境，也没搞什么新东西，看了一天的show slave status，索性就把这个show slave status的结果分析一把，废话不多说，先来看看这个命令的输出结果，想必大家也不陌生：
https://segmentfault.com/a/1190000041758784
版权声明：Copyright © https://blog.csdn.net/zzw19951261/article/details/80997699
--auto-rehash
本文简要介绍 binlog 原理及其在恢复、复制中的使用方法，更多深入分析可参考 mysql 官方文档。
本文简要介绍 binlog 原理及其在恢复、复制中的使用方法。
Mysql中有一种日志叫做bin日志（二进制日志）。这个日志会记录下所有修改了数据库的SQL语句（INSERT,UPDATE,DELETE,ALTER TABLE,GRANT等等）。
1、对于二进制日志文件，不像错误日志文件，可以通过cat、head、tail等命令慢慢查询日志文件。
配置mysql的master/slave时，经常会遇到Slave_IO_Running: No
出现问题原因：出现这个问题的原因是之前曾做过主从复制！ 问题：ERROR 1201 (HY000): Could not initialize master info structure; more error messa ges can be found in the MySQL error log 解决方案是：运行命令 stop slave; 成功执行后继续运行 reset slave; 然后进行运行GRANT命令重新设置主从复制。 1、出现错误提示、 Slave I/O: error conne
随着应用业务数据不断的增大，应用的响应速度不断下降，在检测过程中我们不难发现大多数的请求都是查询操作。
一条查询语句的执行过程一般是经过连接器、分析器、优化器、执行器等功能模块，最后到达存储引擎。 那么，一条更新语句的执行流程又是怎样的呢？以及MySQL可以恢复到半个月内任意一秒的状态，这是怎样做到的呢？
Mysql内建的复制功能是构建大型，高性能应用程序的基础。将Mysql的数据分布到多个系统上去，这种分布的机制，是通过将Mysql的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知新的更新。
「mysql数据库中日志是重要组成部分，记录着数据库运行期间各种状态信息」。主要有6类：
binlog二进制日志对于mysql数据库的重要性有多大，在此就不多说了。下面根据本人的日常操作经历，并结合网上参考资料，对binlog日志使用做一梳理： 一、binlog日志介绍 1）什么是binlog binlog日志用于记录所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句。语句以“事件”的形式保存，它描述数据更改。 2）binlog作用 因为有了数据更新的binlog，所以可以用于实时备份，与master/slave主从复制结合。 3）和binlog有关参数 l
说明1：客户端配置好参数后，直接就获取了MySQL服务器执行SQL后的结果，很方便。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
