[玩转MySQL Replication] 复制拓扑

标签： mysql replication 复制 | 发表时间：2013-06-24 20:13 | 作者：linwaterbin
出处：http://blog.csdn.net
     朴实简单的才是真、那些高端洋气的复制拓扑纯属自虐
     实施复制大概会有 4 个原则：
     
     ① 一个主库可以有多个备库
     ② 一个备库只能有一个主库
     ③ 每个备库 Server ID全局唯一
     ④ log_slave_updates 有薪火相传之效用
     

     下面简单谈谈几种复制的拓扑设计、至于他们的优缺点以及适用场景留待后续慢慢献上


     
      ㈠ 一主一备

     


        
        短评：最简单的拓扑

        推荐指数：★★★★★


        



      ㈡ 一主多备


     
        
        短评：每个备库老死不相往来
        推荐指数：★★★★☆


        



      ㈢ 主动-主动模式下的双主复制


     
        
        短评：墙裂反对
        推荐指数：☆☆☆☆☆


        




      ㈣ 主动-被动模式下的双主


        
        
        短评：其中一台主库为只读的、这是非常重要且常用的拓扑
        推荐指数：★★★★★


        



      ㈤ 拥有备库的双主复制


        
        
        短评：增加冗余、消除单点故障
        推荐指数：★☆☆☆☆☆


        




      ㈥ 环形复制


        
        
        短评：脆弱的拓扑
        推荐指数：☆☆☆☆☆


        



      ㈦ 主库-分发主库-备库


        
        
        短评：分发主库事实上是备库、唯一目的便是提取和提供主库的binlog、减轻主库负担
        推荐指数：★★★☆☆


        




      ㈧ 树形复制


     
        短评：让数据飞、让读性能飞
        推荐指数：★★★☆☆


        




By David Lin

2013-06-24

Good Luck

作者：linwaterbin 发表于2013-6-24 20:13:16 原文链接
阅读：88 评论：0 查看评论

相关 [mysql replication 复制] 推荐：

MySQL 5.6 测试之 Replication(主从复制)

- - MySQL 中文网 -
MySQL 5.6测试之Replication. MySQL 5.6版本相比以前新增了很多令人激动的特性，简要介绍见： 转：MySQL 5.6新特性. 性能方面已经做过测试了，详细请见： MySQL 5.6 vs MariaDB 5.5 vs Percona(5.5 & 5.6) 之TPCC性能测试.

MySQL半同步复制(Semisynchronous Replication)

- - IT技术博客大学习
MySQL5.5引入了半同步复制（Semi-synchronous Replication），以下是对于半同步复制的认知和理解：. 半同步启动需要主从两端都需要加载安装各自对应的semi模块，从库端支持半同步功能的数量至少一台；主库端当一个事务成功提交后，并不及时反馈给前端用户，该线程会被临时block，等待由从库端返回确认该条事务也同时成功写入到relay log中的receipt（回执确认），这时主库线程才返回给当前session告知操作完成，半同步复制并不关心在从库一端该事务是否都被执行并被提交完成.

[玩转MySQL Replication] 复制拓扑

- - CSDN博客数据库推荐文章
     朴实简单的才是真、那些高端洋气的复制拓扑纯属自虐.      实施复制大概会有 4 个原则：.      ① 一个主库可以有多个备库.      ② 一个备库只能有一个主库.      ③ 每个备库 Server ID全局唯一.      ④ log_slave_updates 有薪火相传之效用.

MySQL Replication 线程

- - CSDN博客推荐文章
Replication 线程. Mysql 的Replication 是一个异步的复制过程，从一个Mysql instace（我们称之为Master）复制到另一个Mysql instance（我们称之Slave）. 在Master 与Slave 之间的实现整个复制过程主. 要由三个线程来完成，其中两个线程（Sql 线程和IO 线程）在Slave 端，另外一个线程（IO 线程）在Master 端.

MySQL 平行執行的 Replication…

- - Gea-Suan Lin's BLOG
「 MySQL Replication – Multi-Threaded Slaves (Parallel Event Execution)」這篇在講 MySQL 5.6 的 multi-threaded replication. 在文章裡提到，在 5.6.3 之前的版本，MySQL replication 都是 single-threaded，所以當 master 可以充分發揮多 CPU 能力時，slave 仍然要一個更新跑完才會跑下一個更新.

relay fetch 解决mysql replication 主从延迟

- - CSDN博客推荐文章
      mysql replication 中主从延迟是一个比较常见的问题，请看前期一篇博文： 怎样解决MySQL数据库主从复制延迟的问题. 根据目前有些公司使用的方案，最近测试了两个，其中之一是阿里的relay fetch ，业绩说法数据预热，当然也有其他开源类似开源工具，目前诸如 mk-slave-prefetch及 replication-prefetch等，感兴趣可以去看看.

MySQL Replication 常用SQL、应用、文件、流程、模式

- - CSDN博客数据库推荐文章
无聊时写的，算科普吧，毕竟内置的Replication是MySQL的骄傲.     列出当前主库二进制日志状态.     列出连接到主库的备库信息.     列出二进制日志中的事件.     置空二进制日志索引文件，并创建一个新的二进制日志.     删除主库的二进制日志.     ① 目标日志确认如下：.

MySQL Master-Slaver Replication 讓資料庫資料有備援

- - SSORC.tw
重新複習一下  資料庫同步 – MySQL + replication. Master / Slaver 架構就是要讓 MySQL 資料庫系統有著備援的保障. 基本運作方式就是，MySQL  Master 這台上只要有新增刪除修改，就會記錄在 binlog 檔裡，這時 Slaver 就可以透過 Master 授權的帳號去同步資料 ( Replication )，這是單向的.

mysql主从复制

- - SQL - 编程语言 - ITeye博客
从库的配置，mysql5.5不支持配置文件的配置了，问了数据库的人，用命令行指定. 修改从库的配置 #default-storage-engine = InnoDB #修改 default-storage-engine = blackhole server-id = 11215004 #新增 replicate-do-db = test log-bin = mysql-bin #新增 binlog_format = row.

fred: MongoDB Replication 簡記

- - Planet DebianTW
就在幾天前，MongoDB 邁入了 2.2.0 的穩定版本. 我們若回頭來看，MongoDB 一直到了 2.0 前後，比起早期版本，已經有長足的進步，並且支援了相當多的功能，也對規模化和資料庫系統管理下了很多功夫. 對於大多數的資料庫應用，已經非常適合. 若你對資料庫相關技術有些了解，就會知道，當資料庫的資料發展一定規模程度，或是要確保系統不當機時，我們就需要用到 Master/Slave 的方式去備份和備援，當主要(Master)伺服器出了問題，次要(Slave)伺服器便即時補上，保持系統運作.