前文提到异地多活的几种型态和基于OceanBase实现方案。这里再总结一下基于其他分布式数据库（MySQL）实现异地多活时要考虑的点。本文不讨论为什么做异地多活，可以参考末尾的文章。
本文根据洪斌10月27日在「3306π」技术 Meetup - 武汉站现场演讲内容整理而成。
TiDB-DM（Data Migration）是用于将数据从 MySQL/MariaDB 迁移到 TiDB 的工具。该工具既支持以全量备份文件的方式将 MySQL/MariaDB 的数据导入到 TiDB，也支持通过解析执行 MySQL/MariaDB binlog 的方式将数据增量同步到 TiDB。特别地，对于有多个 MySQL/MariaDB 实例的分库分表需要合并后同步到同一个 TiDB 集群的场景，DM 提供了良好的支持。如果你需要从 MySQL/MariaDB 迁移到 TiDB，或者需要将 TiDB 作为 MySQL/MariaDB 的从库，DM 将是一个非常好的选择。
mysql数据库一主多从的架构，主写从读进行读写分离，专用从库做数据备份，每天0点全备一次，12点增量备份一次，初始阶段数据量很小的情况按此方案，后续数据量大，读写频繁时，再进行相关调整，增加增量备份频次
数据库容灾的基础是副本。副本间同步的关键是日志，所以只要日志已持久化到备用副本，数据就不会丢。
Percona XtraDB Cluster (PXC) 是一个完全开源的 MySQL 数据库集群解决方案，它可确保高可用性，防止停机和数据丢失，并为不断增长的环境提供线性可扩展性。它将 Percona Server 和 Percona XtraBackup 与 Galera 库集成在一起，以实现同步多源复制。
初次接触 TiDB，是通过同程网首席架构师王晓波先生的分享，当时同程网正在使开发和数据库全面往开源方向转型，由于业务需要，很多在线业务数据量和访问量都非常的大，而 MySQL 无法满足大数据量下的复杂查询需求，为了使数据库分片对开发透明，同程自研了 DBrouter 。但分片后的合并、实时汇总统计及全量数据的监控仍然是困扰我们的一个难点。一直没有特别好的办法解决。
MySQL Group Replication（下简称：MGR）是MySQL官方推出的一种基于Paxos协议的状态机复制。在MGR出现之前，用户常见的MySQL高可用方式，无论怎么变化架构，本质就是Master-Slave架构。
我负责我司的报表系统，小胖是我小弟。随着业务量的增加，单实例顶不住，我就搭建了多个 Redis 实例，实现主从模式。
MySQL Cluster 数据同步的发展是从 “弱一致性” 到 “”强一致性” 的进化。
摘要：很多 DBA 同学经常会遇到要从一个数据库实时同步到另一个数据库的问题，同构数据还相对容易，遇上异构数据、表多、数据量大等情况就难以同步。我自己亲测了一种方式，可以非常方便地完成 MySQL 数据实时同步到ADB MySQL，跟大家分享一下，希望对你有帮助。
摘要：很多 DBA 和开发同学经常会遇到要从一个数据库实时同步到另一个数据库的问题，同构数据还相对容易，遇上异构数据、表多、数据量大等情况就难以同步。最近了解到一款实时数据同步工具 Tapdata Cloud，可以非常方便地完成 MySQL 数据实时同步到Elasticsearch，跟大家分享一下，希望对你有帮助。
为了创建高可用数据库系统，传统的实现方式是创建一个或多个备用的数据库实例，原有的数据库实例通常称为主库master，其它备用的数据库实例称为备库或从库slave。
沃趣 QFusion 采用目前已经非常成熟且应用非常广泛的主从复制数据同步架构，在能保证高性能的前提下，结合商业的高性能、高可用的分布式存储QCFS实现了数据零丢失，同时沃趣科技从BIOS、硬件配置、文件系统、操作系统内核、MySQL配置参数等自底向上做了大量的整体优化，使得单位时间内的交易量进一步提升。 说到MySQL，大家平时关注得最多的不外乎就是： 写节点的性能上能达到多少tps/qps？为什么我们会关心它呢，因为它直接影响着单位时间内的交易量 读从库的复制延迟大吗？为什么我们会关心它呢，因为它直接影
摘要：很多 DBA 同学经常会遇到要从一个数据库实时同步到另一个数据库的问题，同构数据还相对容易，遇上异构数据、表多、数据量大等情况就难以同步。我自己亲测了一种方式，可以非常方便地完成 MySQL 数据实时同步到DM DB 达梦数据库，跟大家分享一下，希望对你有帮助。
MySQL复制是MySQL成功的最重要原因之一，前东家某公司内网上有相关资料，低下评论戏称"核心科技"，今天将核心科技分享给大家
小编寄语 主库master与从库slave的切换不管是主动的还是被动的都需要外部干预才能进行，这与数据库内核本身是按照单机来设计的理念悉悉相关，并且数据库系统本身也没有提供管理多个实例的能力，当slave数目不断增多时，这对数据库管理员来说就是一个巨大的负担。那么，深入了解Group Replication内核的引擎特性就显得异常重要了。接下来我们就深入剖析一下其引擎特性。 背景 为了创建高可用数据库系统，传统的实现方式是创建一个或多个备用的数据库实例，原有的数据库实例通常称为主库master，其它备用的数
摘要：很多 DBA 同学经常会遇到要从一个数据库实时同步到另一个数据库的问题，同构数据还相对容易，遇上异构数据、表多、数据量大等情况就难以同步。我自己亲测了一种方式，可以非常方便地完成 MySQL 数据实时同步到ClickHouse，跟大家分享一下，希望对你有帮助。
摘要：很多 DBA 同学经常会遇到要从一个数据库实时同步到另一个数据库的问题，同构数据还相对容易，遇上异构数据、表多、数据量大等情况就难以同步。我自己亲测了一种方式，可以非常方便地完成 MySQL 数据实时同步到ADB PostgreSQL，跟大家分享一下，希望对你有帮助。
摘要：很多 DBA 同学经常会遇到要从一个数据库实时同步到另一个数据库的问题，同构数据还相对容易，遇上异构数据、表多、数据量大等情况就难以同步。我自己亲测了一种方式，可以非常方便地完成 MySQL 数据实时同步到Greenplum，跟大家分享一下，希望对你有帮助。
时值双十二之际，MySQL官方献上了大礼，Group Replication(后文简称GR)终于正式宣布GA，组合在MySQL 5.7.17版本内部发布出来。 MySQL 5.7.17有很多修正，但
本周赠书《性能之巅》第2版 我们公司有个项目的数据量高达五千万，但是因为报表那块数据不太准确，业务库和报表库又是跨库操作，所以并不能使用 SQL 来进行同步。当时的打算是通过 mysqldump 或者存储的方式来进行同步，但是尝试后发现这些方案都不切实际： mysqldump：不仅备份需要时间，同步也需要时间，而且在备份的过程，可能还会有数据产出（也就是说同步等于没同步） 存储方式：这个效率太慢了，要是数据量少还好，我们使用这个方式的时候，三个小时才同步两千条数据… 后面在网上查看后，发现 DataX 这
爱可生南区交付服务部 DBA 团队成员，主要负责 MySQL 故障处理，MySQL 高可用架构改造，OceanBase 相关技术支持。爱好足球，羽毛球。
昨天做了一个数据迁移流程的优化，直到发生了一些严重的问题，才明显重视起来这个问题。
摘要：很多 DBA 同学经常会遇到要从一个数据库实时同步到另一个数据库的问题，同构数据还相对容易，遇上异构数据、表多、数据量大等情况就难以同步。我自己亲测了一种方式，可以非常方便地完成 MySQL 数据实时同步到 Kafka ，跟大家分享一下，希望对你有帮助。
我们根据上面的拓扑建立主从关系，11.12.14.30采用半同步，11.12.14.39采用异步
在云计算技术日益成熟的今天，为了确保数据的高可用性和一致性，数据库的复制技术成了不可或缺的一环。MySQL作为一种广泛使用的关系数据库管理系统，其提供了基于全局事务标识符（GTID）的二进制日志（Binlog）双向复制功能，使得数据库在不同节点间的数据同步成为可能。本文将通过在腾讯云上创建的两个TencentOS Server 3.1虚拟机，深入探讨如何部署并测试基于GTID的MySQL双向复制系统。
今天谈下大数据平台构建中的数据采集和集成。在最早谈BI或MDM系统的时候，也涉及到数据集成交换的事情，但是一般通过ETL工具或技术就能够完全解决。而在大数据平台构建中，对于数据采集的实时性要求出现变化，对于数据采集集成的类型也出现多样性，这是整个大数据平台采集和集成出现变化的重要原因。
MySQL AB解决了数据备份的问题，但是当A由于某些原因宕机后，WEB服务器就没有办法在往数据库写或者读写了。线上业务中断了，完了，出事故了。这该怎么办呢？
公司要搞数据平台，首当其冲的是把旧库的数据导入到新库中，原本各种数据库大部分都提供了导入导出的工具，但是数据存储到各个地方，mongdb,hbase,mysql,oracle等各种各样的不同数据库，同步起来头都大了
摘要：很多 DBA 同学经常会遇到要从一个数据库实时同步到另一个数据库的问题，同构数据还相对容易，遇上异构数据、表多、数据量大等情况就难以同步。我自己亲测了一种方式，可以非常方便地完成 MySQL 数据实时同步到Hazelcast Cloud，跟大家分享一下，希望对你有帮助。
Mysql 的主从延迟 指的是 主库受写入 后 到这个写入能体现在 从库上 的这段时间
我们学习分布式系统，就一定听说过CAP定理，尤其在学习分布式事务时，都是以这个定理作为开场。这个定理起源于柏克莱加州大学的计算机科学家埃里克·布鲁尔在2000年的分布式计算原则研讨会上提出的一个猜想。 在2002年，麻省理工学院的赛斯·吉尔伯特和南希·林奇发表了布鲁尔猜想的证明，使之成为一个定理。
PROBLEM P5 Endpoint:10.xx.xxx.xx Metric:mysql.slave.seconds_behind_master Tags:port=3306,service=club,slave_ip=10.xx.xxx.xxx,slave_port=3306 all(#3): 184>100 Note:[[warning]因大事物或从库忙导致延时] Max:3, Current:2 Timestamp:2018-10-18 13:30:00 http://127.0.0.1:8081/portal/template/view/41
最近有开始做一个实验室管理系统，因为分了几个表进行存储・所以要维护表间的关联・・研究了一下MySQL的外键。
今天我们来详细了解一下主从同步延迟时读写分离发生写后读不到的问题，依次讲解问题出现的原因，解决策略以及 Sharding-jdbc、MyCat 和 MaxScale 等开源数据库中间件具体的实现方案。
CynosDB是腾讯云自研的新一代高性能高可用的企业级分布式云数据库。融合了传统数据库、云计算与新硬件的优势，100%兼容开源数据库，百万级QPS的高吞吐，不限存储，价格仅为商用数据库的1/10。
MySQL的主从复制都是单线程的操作，主库对所有DDL和DML产生的日志写进binlog，由于binlog是顺序写，所以效率很高。 Slave的SQL Thread线程将主库的DDL和DML操作事件在slave中重放。DML和DDL的IO操作是随即的，不是顺序的，成本高很多。 另一方面，由于SQL Thread也是单线程的，当主库的并发较高时，产生的DML数量超过slave的SQL Thread所能处理的速度，或者当slave中有大型query语句产生了锁等待那么延时就产生了。 常见原因：Master负载过高、Slave负载过高、网络延迟、机器性能太低、MySQL配置不合理。
为什么写这篇文章，因为初出茅庐的时候，曾经遇到的一个面试官就是DataX的作者之一，而当时我还偏偏因为业务需求做了个数据库的同步工具，我当时不知道他做过这么专业的同步工具，被虐的老惨了，他面试的其中一个问题就是，如果要你去推销一款数据库同步工具，你该怎么推销？
在日常工作中可能会存在误删数据的情况，今天就简单介绍下如何利用延迟库进行数据库的快速恢复。
之前发表过一篇ppt版的“PhxSQL设计与实现”，本文是在ppt的基础上，加上解说的文字内容，形成一篇详细版。
在这些可选项中，最常见的就是基于主从复制的方案，其次是基于Galera的方案，我们重点说说这两种方案。其余几种方案在生产上用的并不多，我们只简单说下。
一、简介 在实际生产中，数据的重要性不言而喻，因此考虑到数据的重要性比如单点故障导致后端数据库奔溃，或者后端数据库访问压力过大等，mysql数据库做主从非常有必要，减轻后端数据库压力，主服务器负责读写
CynosDB产品简介。CynosDB，又称NewCDB，是由腾讯云和TEG基础架构部数据库技术团队联合打造的面向云计算2.0时代的新一代企业级分布式云数据库。在兼容开源数据库MySQL的生态体系下，它重新定义了MySQL分布式架构，从而在单实例极致性能、事务响应延时、存储扩展性以及可用性等关键技术指标上，达到商用级数据库级别；与此同时，它是面向通用硬件进行的软件极致优化，相比商用级数据库，它的性价比非常高，能把云计算共享经济普惠给万千腾讯云用户。
之前梳理了Mysql+Keepalived双主热备高可用操作记录，对于mysql高可用方案，经常用到的的主要有下面三种： 一、基于主从复制的高可用方案：双节点主从 + keepalived 一般来说，中小型规模的时候，采用这种架构是最省事的。 两个节点可以采用简单的一主一从模式，或者双主模式，并且放置于同一个VLAN中，在master节点发生故障后，利用keepalived/heartbeat的高可用机制实现快速 切换到slave节点。 在这个方案里，有几个需要注意的地方： 采用keepalived作为
在当代的软件架构中，数据库集群成为了一项基础且关键的需求。MySQL，作为全球使用最广泛的关系数据库之一，其 InnoDB 存储引擎的集群（InnoDB Cluster）解决方案因稳定性和高可用性而广受好评。本文将深入探讨 MySQL InnoDB 集群中的通信堆栈功能，帮助开发和运维人员更好地理解和使用该技术。
MySQL为什么如此流行的原因是因为它很早就有了非常成熟的高可用方案，这个方案就是mha，很多互联网公司都是基于mha做的高可用，所有受众面非常广。其实还有个小原因就是我们从上大学学习数据库原理这门课的时候老师就是拿mysql数据库作为例子，使得我们大部分人对它更加熟悉。
MMM即Multi-Master Replication Manager for MySQL:mysql多主复制管理器,基于perl实现,关于mysql主主复制配置的监控、故障转移和管理的一套可伸缩的脚本套件(在任何时候只有一个节点可以被写入)。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
