客户的mysql被人从应用层面攻击,并且删除了一些数据,导致业务无法正常使用,通过底层分析binlog确认类似恢复操作确认这类的业务破坏是通过delete操作实现的,客户那边不太幸,客户找了多人进行恢复

mysql忘记密码1.首先停止mysql服务servicemysqlstop2.输入如下命令mysqld--skip-grant-tables注意：此时就跳过了mysql的用户验证。注意输入此命令之后命令行就无法操作了，此时可以再打开一个新的命令行窗口。3.在新打开的窗口输入mysqlmysql4.打开用户表，查询用户相关信息showdatabases;查库usemysql;登录mysql库sho

部署mysql主从思路binlog事务日志有mysql数据库的updatadeleteinsertmysql主1.开启binlog2.server-id(唯一)身份证3主实例，创建目录创建用户复制权限授权

MySQL的binlog有有几种录入格式?分别有什么区别?

在数据库发生异常后,假如数据丢失,可以使用bin日志以下命令恢复:cd/you_nam/mysql/bin_dirmysqlbinlog--start-datetime='2017-05-0100:00

Mysql是如何保证数据不全的，Mysql的数据写入是两阶段提交完成的，即为redolog的prepare阶段和binlog阶段还有redolog的commit阶段，那么数据就和redolog和binlog

需求：接到一个任务，把一个数据库里面的数据定时导入到另外的数据库中，但是又不允许我们通过binlog+canal同步，所以考虑起一个微服务充当同步脚本的作用，且配置多数据库，并且支持随时切换。

如果做过数据备份会恢复的，可能接触或用过BinLog。那还有其他的吗？对MySQL原理比较了解的，应该知道还有RedoLog和UndoLog。

前面介绍的MySQL的主从复制流程如下所示：图片发自App主备延迟的主要原因在于，masterA上产生binlog的速度大于slaveB处理binlog的速度。

扩展系统读取的性能，因为读是在从库读取的；多主一从---5.7开始支持联级复制---用途及条件mysql主从复制用途实时灾备，用于故障切换读写分离，提供查询服务备份，避免影响业务主从部署必要条件：主库开启binlog

扩展系统读取的性能，因为读是在从库读取的；多主一从---5.7开始支持联级复制---用途及条件mysql主从复制用途实时灾备，用于故障切换读写分离，提供查询服务备份，避免影响业务主从部署必要条件：主库开启binlog

介绍了MySQL在故障或者误删数据后，可以通过备份+binlog的方式进行数据恢复。但是，当备份文件和bi

canal数据库同步canal源码（需要根据自己配置修改参数）准备0：binlog文件0.1：binlog文件包含两种类型：索引文件（文件名后缀为.index）用于记录哪些日志文件正在被使用日志文件（文件名后缀为

众所周知，binlog日志对于mysql数据库来说是十分重要的。在数据丢失的紧急情况下，我们往往会想到用binlog日志功能进行数据恢复（定时全备份+binlog日志恢复增量数据部分），化险为夷！

2.1CacheAsidePattern(旁路缓存模式)延迟双删重试删除binlog订阅异步删除2.2ReadThrough/WriteThrough(读写穿透)使用场景2.3WriteBehind(后写或异步写

二、一主一从1.原理MySQL的主从复制，是基于二进制日志（binlog）实现的。2.准备三、一主一从读写分离MyCat控制后台数据库的读写

MySQL数据恢复之binlog2sql的安装和使用，很详细一、前言二、binlog2sql的介绍三、安装binlog2sql1、安装git（已安装可以跳过）（1）、正常安装（2）、编译安装报错①、安装

恢复数据方法1-binlog日志处理生产环境下数据库问题，最首要问题

设置开启binlog分别在两个待配置的mysql的机器上找到mysql对应的配置文件，在[mysqld]下面设置如下，server-id要设置成不一样的server-id=1log_bin=/var/log

;replaceinto在binlog中的表现形式表中只有PK（primarykey）PK冲突binlog（update

重启mysql后配置生效1.3查看慢查询日志1.3.1直接用文本编辑器打开1.3.2使用mysqldumpslow进行分析2.InnoDB重做日志（RedoLogs）3.二进制日志（BinaryLog/Binlog

比如A服务器做主服务器，B服务器做从服务器，在A服务器上进行数据的更新，通过binlog日志记录同步到B服务器上，并重新执行同步过来的binlog数据，从而达到两台服务器数据一致。

一、介绍介绍：它读取MySQLbinlog并将数据更改作为JSON写入Kafka、Kinesis和其他流媒体平台（目前支持：kafka、RabbitMQ、Redis、file、Kinesis、Nats、

主从同步配置mysql主从分为主数据库角色（master）、从数据库服务器角色（slave）网站服务器连接后存储数据的服务器作为主服务器自动同步主服务器上的数据192.168.88.53做master启用binlog

两个mysql数据库分别配置为主、从，采用binlog进行数据同步。另：基于binlog和数据库备份，可以实现记录级的灾备恢复（就算被删库，一条数据都不丢）。

靠binlog。但是单个MySQL服务靠什么支持事务的？靠redo-log和undo-log。其实XA就是为了解决red

一、数据库未配置密码复杂度策略，未定期更换口令。1、安装validate_password插件：登录mysql，查询已安装的插件：showplugins;查询mysql插件目录位置：showvariableslike“%plugin_dir%”;找到对应的目录，mysql自带validate_password，然后我们将这个插件进行安装通过命令行安装(可以不用重启服务)：installplugin

/O频率，提高单机I/O性能数据热备，主机挂了，还有从机可用用于读写分离，降低锁对性能的影响，即使主库锁表，从库依然可以顺畅访问1.主从复制原理浅析原理：（1）master服务器将数据的改变记录二进制binlog

要求实时产出指标数据，数据源是mysqlcdcbinlog数据。

MySql架构图MySql文件类型参数文件，启动时候需要的参数日志文件，二进制文件(binlog)，慢查询日志，查询日志，错误日志，重做日志(undolog)socket文件，使用域socket连接时候用的

更新操作涉及日志：redolog（重做日志）和binlog（归档日志）Redolog：（引擎InnoDB的日志）记录用户提交的需要更新数据库的操作。Binlog：（Serve层日志）归档日志。异同一

MySQL例行检查1.实例例行检查1.1线程1.2索引1.3临时表1.4连接数1.5BINLOG1.6锁1.7WAIT事件1.8MySQL状态2.事务与锁例行检查2.1查看索引的cardinality2.2

mysql主从复制的实现原理异步复制半同步复制MMM架构只支持基于日志点的复制,如何进行主从复制,配置步骤:master在master上操作,开启binlog(必须),开始gtid(可选;v>5.6,开启需要重启

3、编写配置文件4、启动maxwell5、验证6、停止maxwell四、说明1、更新数据2、插入数据3、删除数据五、遇到问题一、简介maxwell是由美国Zendesk公司开源，它通过读取mysql的binlog

1案例1：完全备份与恢复1.1问题练习物理备份与恢复练习mysqldump备份与恢复1.2方案在数据库服务器192.168.88.50练习数据的备份与恢复1.3步骤实现此案例需要按照如下步骤进行。步骤一：练习物理备份与恢复冷备份，需停止数据库服务适合线下服务器。备份数据[root@mysql50~]#systemctlstopmysqld[root@mysql50~]#mkdir/bakdir创建

1.1、Server层1.2、Store层1.3、演示的DDL：2、连接器3、查询缓存(8.0已移除)4、分析器（先词法后语法）5、优化器6、执行器7、bin-log归档7.1、配置my.cnf7.2、binlog

2、二进制日志参数配置2.1、文件参数配置linux中MySQL的配置文件在/etc/my.cnf，通过配置log-bin指定二进制日志文件的名称（若不指定则使用默认的值：binlog.****），后缀为二进制日志的序列号

后更新MySQL，还是先更新MySQL后更新Redis，这两种方式在实际的应用场景中都不能确保数据的完全一致性，在某些情况下会出现问题，本文介绍使用Canal工具，通过将自己伪装成MySQL的从节点，读取binlog

三、问题排查过程1、du查看数据盘使用情况，发现mysql磁盘基本占用了所有磁盘2、继续使用du查看，数据目录占用不到200G，但是binlog目录却占用了1.7T3、查看binlog的保留策略mysql

mysql的更新过程涉及到两个重要的日志模块redolog和binlogmysql>createtablet(idintprimarykey,cint);updatetsetc=c+1whereid=2

canal是阿里巴巴开源的一个项目，主要用途是基于MySQL数据库binlog日志解析，提供增量数据订阅和消费。

对于频繁更新的数据不建议加缓存异步更新缓存（基于订阅binlog的同步机制）：binlog增量订阅消费+消息队列+增量数据更新到redis读Redis：热数据基本都在Redis写Mysql：增删改都在数据库

image.pngimage.pngimage.pngimage.pngimage.pngeventTypeimage.pngimage.png

毫不夸张地说，MySQL能够成为现下最流行的开源数据库，binlog功不可没。在最开始，MySQL是以容易学习和方便的高可用架构，被开发人员青睐的。

binlog之主从复制binlog基本认识MySQL的二进制日志binlog可以说是MySQL最重要的日志，它记录了所有的DDL和DML语句（除了select）。

InnoDB更新事务流程涉及内容完整的更新流程步骤二阶段提交二阶段提交的步骤为什么需要二阶段提交二阶段提交如何保证一致性InnoDB更新事务流程涉及内容一次InnoDB的事务更新操作涉及BufferPool，BinLog

它能够实时读取MySQL的二进制日志（Binlog），并将这些信息生成为JSON格式的消息。

从mysql50:192.168.4.50客户机1.MySQL一主一从1.151,52安装mysql，设置密码12345651：[mysqld]log-bin=master51server_id=51binlog_format

数据备份与恢复｜innobackupex数据备份与恢复数据备份相关概念物理备份与恢复逻辑备份（推荐）使用binlog日志文件实现对数据的时时备份‘使用日志恢复数据innobackupex对数据做备份和恢复增量备份与恢复数据备份与恢复数据备份相关概念数据备份方式物理备份

主从同步主从同步介绍主从同步工作过程主从同步结构模式配置主从同步一主一从同步结构一主多从同步结构主从从同步结构主主同步结构主从同步模式主从同步结构模式复制模式MySQL主从同步主从同步介绍存储数据的服务结构主服务器：接收客户端访问连接从服务器：自动同步主服务器数据主从同步工作过程启动binlog