The latest from the MySQL community

想了想还是专门开了一节来总结这个问题 5.7.6以下中默认 simplified_binlog_gtid_recovery=flase5.7.6以上中默认 binlog_gtid_simple_recovery=true默认值就是最合理的设置。

【mysql】   点击查看原文>

本节也是一个重头戏，后面的故障案例也和本节有关。本节将详细介绍Gtid模块的初始化，以及什么时候读取了我们前文提及的两个Gtid持久化介质： binlog文件 mysql.gtid_executed表 此外也会描述他们的读取方式。

【mysql】  【模块】   点击查看原文>

简书地址: http://www.jianshu.com/p/905d7e89a305

【mysql】   点击查看原文>

之所以把mysql.gtid_executed表的作用和Previous gtid Event的改变放到一起进行描述是因为它们后面文章探讨的基础。这部分使用到了我自己使用C语言写的原生binlog解析工具infobin。

【mysql】   点击查看原文>

一、Gtid生成类型 这里首先使用源码的解释给出三种类型： AUTOMATIC_GROUP GTID_GROUP ANONYMOUS_GROUP 其中AUTOMATIC_GROUP通常用于主库开启Gtid的情况，GTID_GROUP通常用于备库和使用了GTID_NEXT的情况下。

【mysql】   点击查看原文>

1、 Gtid基本格式 单个Gtid： e859a28b-b66d-11e7-8371-000c291f347d:1

前一部分是server_uuid，后面一部分是执行事务的唯一标志，通常是自增的。

【mysql】  【数据结构】   点击查看原文>

简书地址: http://www.jianshu.com/p/87f66cdeb49c

【mysql】   点击查看原文>

这里选择使用ZeroMQ的原因主要考虑的是性能问题，其他MQ方案可能会阻塞数据库。

8.2.1. 背景

之前我发表过一篇文章 http://netkiller.github.io/journal/mysql.plugin.fifo.html 该文章中提出了通过fifo 管道，实现数据库与其他进程的通信。

【消息队列】  【服务器】  【mysql】  【数据库】  【Server】  【插件】   …

本章讲解数据与应用程序间通信，这里会涉及到

8.1. 管道通信

你是否想过当数据库中的数据发生变化的时候出发某种操作？但因数据无法与其他进程通信（传递信号）让你放弃，而改用每隔一段时间查询一次数据变化的方法？下面的插件可以解决你的问题。

【监控】  【mysql】  【日志】  【数据库】  【string】  【插件】   …

Sharding是近几年提出的概念，可以做分表，分库切割，通过hash值定位。但都存在一个问题，数据连续性，索引无法跨表。 Oracle 在8.x中就支持分区功能，MySQL在5.1.x中也是闲类似功能，PostgreSQL 因存储结构设计的较好，基本不需要做分区。

【PostgreSQL】  【mysql】  【Oracle】  【BY】  【HASH】  【索引】   …