CentOS6.8下MySQL5.6.40基于GTID主从复制
分类：
数据库 时间：
2018-05-12 11:56:55
阅读次数：
232
http://blog.itpub.net/27067062/viewspace-2141906/ 一、GTID概述 GTID是MYSQL5.6新增的特性，GTID（Global Transaction Identifier）全称为全局事务标示符,用以数据库实例事务唯一标识，其组成主要是source ...
分类：
数据库 时间：
2018-05-10 21:48:47
阅读次数：
211
一、背景介绍无论是采用binlog或者GTID的方式，其本质都是通过I/O_thread和sql_thread的形式进行的同步，因为无法避免复制延迟而饱受诟病，基于上述MariaDB引入了Galera Cluster来解决此问题。二、Galera Cluster介绍Galera Cluster与传统的复制方式不同，不通过I/O_thread和sql_thread进行同步，而是在更底层通过wsrep
分类：
数据库 时间：
2018-05-10 19:27:32
阅读次数：
223
一、背景介绍在MySQL5.6之前，主从复制是通过binlog和position实现的，当A主机宕机后，B主机成为新的主节点，此时在C主机上需要使用sql语句：CHANGE MASTER TO MASTER_HOST='xxx', MASTER_LOG_FILE='xxx', MASTER_LOG_POS='xxx'；将自己的复制源指向B主机，难点在
分类：
数据库 时间：
2018-05-10 18:40:15
阅读次数：
231
一、背景介绍传统的主从复制架构下，尽管可以使用半同步的方式进行读写分离，但是主节点仍然存在单点隐患，在规模不大的情况下可以采用keepalive+双主的模式对主节点进行高可用保护，客户端通过VIP访问MySQL服务器二、实现方式keepalive是通过vrrp协议实现，之前有过介绍这里不多赘述，要注意的是在云主机是禁用vrrp协议的。本次实验采用CentOS7.4，数据库版本为MariaDB-10
分类：
数据库 时间：
2018-05-10 18:39:00
阅读次数：
250
主库开启binlog功能并授权从库连接主库，从库通过change master得到主库的相关同步信息,然后连接主库进行验证，主库IO线程根据从库slave线程的请求，从master.info开始记录的位置点向下开始取信息，同时把取到的位置点和最新的位置与binlog信息一同发给从库IO线程，从库将相关的sql语句存放在relay-log里面，最终从库的sql线程将relay-log里的sql语句应用到从库上，至此整个同步过程完成，之后将是无限重复上述过程。
分类：
数据库 时间：
2018-05-08 22:19:31
阅读次数：
346
使用gtid （也需要开启binlog日志） CHANGE MASTER TO MASTER_HOST=’192.168.95.11’, MASTER_USER=’mysql12’, MASTER_PASSWORD=’mysql12’,MASTER_AUTO_POSITION = 1; 使用binl ...
分类：
数据库 时间：
2018-05-03 20:00:31
阅读次数：
173
最近遇到mysql开启gtid做复制时，从库出现1236错误，导致同步无法进行，本文就这问题记录下处理步骤，有关gtid知识在这里不做介绍，mysql版本为5.7.16。 一、错误原因分析 错误信息如下： Last_IO_Errno: 1236 Last_IO_Error: Got fatal er ...
分类：
数据库 时间：
2018-05-03 10:25:17
阅读次数：
199
Mysql主从复制mysql主从复制原理：从库有两个线程IO线程和SQL线程1.从库的IO线程向主库的主进程发送请求，主库验证从库，交给主库IO线程负责数据传输;2.主库IO线程对比从库发送过来的master.info里的信息，将binlog文件信息，偏移量和binlog文件名等发送给从库3.从库接收到信息后，将binlog信息保存到relay-bin中，同时更新master.info的偏移量和b
分类：
数据库 时间：
2018-05-02 02:53:33
阅读次数：
171
