一、主从报错 Relay log read failure 问题原因，MySQL主从使用的是kvm虚拟机，物理机超分严重，在负载高的情况下会kill掉占用资源最多的虚拟机，再启动后导致主从失败 二、问题分析 从上面的报错信息中我们可以看到应该是主库的binlog日志或者从库的relay日志损坏，导致 ...
分类：
数据库 时间：
2019-04-09 20:30:45
阅读次数：
183
前言 某一天，天朗气清；突然传来消息：数据库被删库了！这简直不亚于8级大地震呀；一找原因，服务器宕机造成了数据库数据丢失。于是，通过日志恢复数据的救援开始了。 正文 在数据库开启binlog功能 注意：log_bin是生成的bin log的文件名，后缀则是6位数字的自增编码，从000001开始： m ...
分类：
数据库 时间：
2019-03-28 15:46:06
阅读次数：
224
问题描述： 1、从库环境：MySQL 5.7.19，主从都开启GTID模式 2、MySQL数据目录所有者被修改，导致数据库服务异常关闭 2、修改数据目录所有者，重启数据库服务，开启复制，报错信息为： 错误解决： 1、检查主从GTID设置，正常 2、解析binlog日志检查，发现事务包含GTID信息 ...
分类：
数据库 时间：
2019-03-26 10:36:19
阅读次数：
245
背景： 最近后端基于mongo的项目越来越多，MySQL基于冷备份+binlog可以恢复至任意时间点，那么mongo是否有同样的功能呢？经过调研发现可以通过dump+oplog可以实现粒度更细致的恢复。 以下是实验步骤，附脚本内容。 1、 制作测试数据并且获取冷备 2、模拟线上两个冷备份之间的数据写 ...
分类：
数据库 时间：
2019-03-25 16:08:44
阅读次数：
795
环境说明: 主服务器:CentOS7.5 从服务器:Windows10(本地测试机)1.配置master(主服务器,CentOS7.5)1.1首先查看CentOS上面的MySQL是否启动systemctlstatusmysqld1.2修改MySQL配置文件vi/etc/my.cnf添加以下内容:#服务器唯一id,默认是1(主从都必须不一样)server-id=1000#启动二进制日志名称为my
分类：
数据库 时间：
2019-03-14 16:39:19
阅读次数：
248
用canal同步MySQL binlog到kafka，消费kafka topic乱码问题解决 ...
分类：
其他好文 时间：
2019-03-13 16:33:49
阅读次数：
164
一、简介 pt-query-digest是用于分析mysql慢查询的一个工具，它可以分析binlog、General log、slowlog，也可以通过SHOWPROCESSLIST或者通过tcpdump抓取的MySQL协议数据来进行分析。可以把分析结果输出到文件中，分析过程是先对查询语句的条件进行 ...
分类：
数据库 时间：
2019-03-12 18:37:00
阅读次数：
216
