主要目的实现MySQL高可用解决方案，实现异地多活。

【云栖社区】  【分布式】  【mysql】  【高可用】  【集群】  【中间件】  【数据同步】  【binlog】  【异地】   …

用了并行复制居然还有延迟

【mysql】  【性能】  【线程】  【测试】  【并行复制】  【Mariadb】  【binlog】  【磁盘】  【压力测试】   …

前言 从MySQL5.6开始binlog的同步模式便有了binlog_row_image，那这个参数能给binlog带来什么变化呢？我们一起看下。 CREATE TABLE `a` ( `id` bigint(20) DEFAULT NULL, `a` varchar(128) DEFAU...

【mysql】  【innodb】  【同步】  【test】  【charset】  【Create】  【variables】   …

依托前文的解析来讲5.7中 GTID带来的运维改变，我想理解应该是更加深刻，这节主要讨论以下几个部分：

如何跳过一个事务

mysqldump导出行为的改变

5.7中搭建基于GTID的主从

5.7中GTID的主从的切换

5.7中在线改变GTID模式

一、如何跳过一个事务 和传统基于位置的主从不同，如果从库报错我们需要获得从库执行的最后一个事务，方法有如下：

show slave status \G 中的 Executed_Gtid_Set。

【mysql】  【配置】  【binlog】   点击查看原文>

由于运维、DBA的误操作或是业务bug，我们在操作中时不时会出现误删除数据情况。早期要想恢复数据，只能让业务人员根据线上操作日志，构造误删除的数据，或者DBA使用binlog和备份的方式恢复数据，不管那种，都非常费时费力，而且容易出错。

【mysql】  【Server】  【binlog】  【update】   点击查看原文>

这个问题是来自一位朋友@春波，我通过pstack最终确认问题，涉及到两个参数的设置，我将从源码进行解释，如果有误还请见谅。 一、问题展示 1、简单插入需要1秒 语句截图如下：耗时截图如下： 2、profile展示

实际上这里的query end是一个非常有用的信息，基本确认是在order_commit函数上的等待。

【mysql】  【Image】  【binlog】  【Group】  【Commit】   …

1.为什么要做主从复制？ 1、在业务复杂的系统中，有这么一个情景，有一句sql语句需要锁表，导致暂时不能使用读的服务，那么就很影响运行中的业务，使用主从复制，让主库负责写，从库负责读，这样，即使主库出现了锁表的情景，通过读从库也可以保证业务的正常运作。

【架构】  【mysql】  【SQL】  【LOG】  【线程】  【高可用】   …

MySQL中有六种日志文件，分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志（general log），中继日志（relay log）。

【云栖社区】  【mysql】  【日志】  【LOG】  【数据库】  【配置】  【binlog】   …

想了想还是专门开了一节来总结这个问题： 5.7.6以下中默认

simplified_binlog_gtid_recovery=flase 5.7.6以上中默认

binlog_gtid_simple_recovery=true 默认值就是最合理的设置。

【云栖社区】  【mysql】  【函数】  【binlog】   点击查看原文>

分别基于mysqldump、lvm2、xtrabackup三种方式实现MySQL备份恢复 一、利用mysqldump实施逻辑备份操作 1.在/etc/my.cnf中添加如下，开启二进制日志 innodb-file-per-table = ON skip-name-resolve=ON log_bin=/var/log/maradb/binlog 2.

【mysql】  【SQL】  【日志】  【配置】  【Mariadb】  【session】  【binlog】   …