首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

mysql双主库 多从库

基础概念

MySQL双主库多从库是一种高可用性和读写分离的架构设计。在这种架构中,有两个主数据库(Master),它们可以同时接收写操作,并且有多个从数据库(Slave),它们从主数据库同步数据,主要用于读操作。

优势

  1. 高可用性:当一个主库出现故障时,另一个主库可以接管服务,保证系统的连续性。
  2. 读写分离:主库负责写操作,从库负责读操作,可以有效分担数据库的压力,提高系统的吞吐量。
  3. 数据冗余:从库的数据是主库数据的副本,可以防止数据丢失。

类型

  1. 异步复制:主库在执行完写操作后立即返回,不等待从库确认。这种方式的延迟较小,但可能存在数据丢失的风险。
  2. 半同步复制:主库在执行完写操作后需要等待至少一个从库确认收到数据后才返回。这种方式可以减少数据丢失的风险,但会增加一定的延迟。
  3. 组复制:多个主库组成一个复制组,数据在组内同步。这种方式可以实现更高的可用性和数据一致性。

应用场景

  1. 高并发读写系统:适用于需要处理大量读写操作的场景,如电商网站、社交平台等。
  2. 数据备份和恢复:从库可以作为数据备份,方便数据恢复和灾难恢复。
  3. 业务隔离:不同的业务模块可以分别使用不同的主库和从库,实现业务隔离。

常见问题及解决方法

1. 数据同步延迟

原因:网络延迟、主从库性能差异、大事务等。

解决方法

  • 优化网络环境,减少网络延迟。
  • 提升从库的性能,使其能够跟上主库的写入速度。
  • 避免在主库上执行长时间的大事务。

2. 主从库数据不一致

原因:网络中断、主从库配置错误、数据冲突等。

解决方法

  • 定期检查主从库的数据一致性,可以使用工具如pt-table-checksum
  • 确保主从库的配置正确,特别是复制相关的配置。
  • 处理数据冲突,可以使用工具如pt-table-sync

3. 主库故障切换

原因:主库硬件故障、主库宕机等。

解决方法

  • 配置自动故障切换机制,如使用MHA(Master High Availability)或Orchestrator等工具。
  • 定期检查主库的健康状态,及时发现并处理潜在问题。

示例代码

以下是一个简单的MySQL双主库配置示例:

主库1配置(master1)

代码语言:txt
复制
-- 启用二进制日志
log-bin=mysql-bin
-- 设置服务器ID
server-id=1
-- 配置复制过滤
replicate-do-db=test

主库2配置(master2)

代码语言:txt
复制
-- 启用二进制日志
log-bin=mysql-bin
-- 设置服务器ID
server-id=2
-- 配置复制过滤
replicate-do-db=test

从库配置(slave)

代码语言:txt
复制
-- 启用二进制日志
log-bin=mysql-bin
-- 设置服务器ID
server-id=3
-- 配置复制过滤
replicate-do-db=test
-- 配置主库信息
change master to
master_host='master1_ip',
master_user='replication_user',
master_password='password',
master_log_file='mysql-bin.000001',
master_log_pos=107;

参考链接

希望这些信息对你有所帮助!如果有更多具体问题,欢迎继续提问。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

Mysql主库跑太快,从库追不上怎么做?

同时通过从库进行水平扩展使系统的伸缩性及负载能力也得到了很大的提升。 ? 但是问题就来了,读从库时的数据要与主库保持一致,那就需要主库的数据在写入后同步到从库中。...如何保持主库与从库的数据一致性,主库又是通过什么样的方式将数据实时同步到从库的?...随机重放 Mysql 主库中写 binlog 的操作是顺序写的,之前我们提到过,磁盘的顺序读写速度是很快的。同样的,从库中的 I/O 线程操作日志的速度效率也是很高的。...到这里你应该就明白了吧,某一时刻 relay log 里的数据来不及重放进从库,就会产生主从延迟的情况 主库并发高 知道了从库中 SQL 线程的重放情况,对于主库并发高导致主从延迟肯定就不难理解了。...主从延迟处理 MySQL 5.6版本以后通过并行复制的方式来解决 SQL 单线程产生的主从延迟问题。对于低版本来说,可以通过降低主库的并发来解决。

1K50
  • MySQL 中主库跑太快,从库追不上怎么整?

    对于主从来说,通常的操作是主库用来写入数据,从库用来读取数据。这样的好处是通过将读写压力分散开,避免了所有的请求都打在主库上。同时通过从库进行水平扩展使系统的伸缩性及负载能力也得到了很大的提升。...但是问题就来了,读从库时的数据要与主库保持一致,那就需要主库的数据在写入后同步到从库中。如何保持主库与从库的数据一致性,主库又是通过什么样的方式将数据实时同步到从库的?...随机重放 Mysql 主库中写 binlog 的操作是顺序写的,之前我们提到过,磁盘的顺序读写速度是很快的。同样的,从库中的 I/O 线程操作日志的速度效率也是很高的。...主库并发高 知道了从库中 SQL 线程的重放情况,对于主库并发高导致主从延迟肯定就不难理解了。...主从延迟处理 MySQL 5.6版本以后通过并行复制的方式来解决 SQL 单线程产生的主从延迟问题。对于低版本来说,可以通过降低主库的并发来解决。

    1.4K20

    Mysql 中主库跑太快,从库追不上怎么整?

    但是问题就来了,读从库时的数据要与主库保持一致,那就需要主库的数据在写入后同步到从库中。如何保持主库与从库的数据一致性,主库又是通过什么样的方式将数据实时同步到从库的?...基本原理 Mysql 中主从复制时有两个很重要的日志文件: binlog(二进制日志文件) relay log(中继日志文件) 在主从同步的过程中,主库会将所有的操作事件记录在 binlog 中,从库通过开启一个...随机重放 Mysql 主库中写 binlog 的操作是顺序写的,之前我们提到过,磁盘的顺序读写速度是很快的。同样的,从库中的 I/O 线程操作日志的速度效率也是很高的。...到这里你应该就明白了吧,某一时刻 relay log 里的数据来不及重放进从库,就会产生主从延迟的情况。 主库并发高 知道了从库中 SQL 线程的重放情况,对于主库并发高导致主从延迟肯定就不难理解了。...主从延迟处理 MySQL 5.6版本以后通过并行复制的方式来解决 SQL 单线程产生的主从延迟问题。对于低版本来说,可以通过降低主库的并发来解决。

    1.2K30

    MySQL 中主库跑太快,从库追不上怎么整?

    对于主从来说,通常的操作是主库用来写入数据,从库用来读取数据。这样的好处是通过将读写压力分散开,避免了所有的请求都打在主库上。同时通过从库进行水平扩展使系统的伸缩性及负载能力也得到了很大的提升。...但是问题就来了,读从库时的数据要与主库保持一致,那就需要主库的数据在写入后同步到从库中。如何保持主库与从库的数据一致性,主库又是通过什么样的方式将数据实时同步到从库的?...随机重放 Mysql 主库中写 binlog 的操作是顺序写的,之前我们提到过,磁盘的顺序读写速度是很快的。同样的,从库中的 I/O 线程操作日志的速度效率也是很高的。...主库并发高 知道了从库中 SQL 线程的重放情况,对于主库并发高导致主从延迟肯定就不难理解了。...主从延迟处理 MySQL 5.6版本以后通过并行复制的方式来解决 SQL 单线程产生的主从延迟问题。对于低版本来说,可以通过降低主库的并发来解决。

    1.4K31

    mysql SQL调优-主库查询比从库还慢的原因

    处理过程: 1、在从库查看执行计划: ? 并且执行查询,结果是返回159条数据,只需要0.58秒,并不慢 ?...2、了解到原来应用连接的是主库,随即上主库查看执行计划,如下,可以看到执行计划是不一样的,从库性能没问题,而主库性能有问题,初步可以断定,就是统计信息不准确的原因。...于是让开发先将连接修改到从库,问题得到解决,接着继续分折统计信息不正确的原因。 ?...原因分析: (1)语句很简单,只是对一个表做查询,所以对表做分析,更新统计信息,对表做分析之后,发现统计信息仍然没有变化,记录数显示仍然是7千多万条。 ?...(5)通过向开发了解,最近是有一个作业,执行了大量的delete操作,我们从统计信息来看,应该有5000万的delete。从库不存在长事务,所以不存在这个问题。

    1.7K20

    mysql主库更新后,从库都读到最新值了,主库还有可能读到旧值吗?

    我们知道,mysql数据库,为了得到更高性能,一般会读写分离,主库用于写操作,比如用于执行insert,update操作,从库用于读,也就是最常见的select操作。像下面这个图这样。...mysql读写分离 虽然主库一般用于写操作,但也是能读的。那么今天的问题来了。 主库更新后,主库都读到最新值了,从库还有可能读到旧值吗? 主库更新后,从库都读到最新值了,主库还有可能读到旧值吗?...当主库发的binlog消息过多时,从库的relay log可以起到暂存主库数据的作用,接着从库的sql线程再慢慢消费这些relay log数据,这样既不会限制主库发消息的速度,也不会给从库造成过大压力。...mysql主从同步 到这里,我们可以开始回答文章开头的第一个问题。 主库更新后,主库都读到最新值了,从库还有可能读到旧值吗?...所以从结论上来说,出现了从库都读到最新值了,主库却读到了旧值的情况。 从库读到最新值主库却读到旧值 好了这道题到这里就结束了。 意不意外?

    52120

    面试官:Mysql 中主库跑太快,从库追不上怎么整?

    对于主从来说,通常的操作是主库用来写入数据,从库用来读取数据。这样的好处是通过将读写压力分散开,避免了所有的请求都打在主库上。同时通过从库进行水平扩展使系统的伸缩性及负载能力也得到了很大的提升。...但是问题就来了,读从库时的数据要与主库保持一致,那就需要主库的数据在写入后同步到从库中。如何保持主库与从库的数据一致性,主库又是通过什么样的方式将数据实时同步到从库的?...随机重放 Mysql 主库中写 binlog 的操作是顺序写的,之前我们提到过,磁盘的顺序读写速度是很快的。同样的,从库中的 I/O 线程操作日志的速度效率也是很高的。...主库并发高 知道了从库中 SQL 线程的重放情况,对于主库并发高导致主从延迟肯定就不难理解了。...主从延迟处理 MySQL 5.6版本以后通过并行复制的方式来解决 SQL 单线程产生的主从延迟问题。对于低版本来说,可以通过降低主库的并发来解决。

    62120

    面试官:Mysql 中主库跑太快,从库追不上怎么整?

    对于主从来说,通常的操作是主库用来写入数据,从库用来读取数据。这样的好处是通过将读写压力分散开,避免了所有的请求都打在主库上。同时通过从库进行水平扩展使系统的伸缩性及负载能力也得到了很大的提升。...但是问题就来了,读从库时的数据要与主库保持一致,那就需要主库的数据在写入后同步到从库中。如何保持主库与从库的数据一致性,主库又是通过什么样的方式将数据实时同步到从库的?...随机重放 Mysql 主库中写 binlog 的操作是顺序写的,之前我们提到过,磁盘的顺序读写速度是很快的。同样的,从库中的 I/O 线程操作日志的速度效率也是很高的。...主库并发高 知道了从库中 SQL 线程的重放情况,对于主库并发高导致主从延迟肯定就不难理解了。...主从延迟处理 MySQL 5.6版本以后通过并行复制的方式来解决 SQL 单线程产生的主从延迟问题。对于低版本来说,可以通过降低主库的并发来解决。

    81420

    MySQL 双主单写,主库偶尔出现大量延迟的原因

    我们是双主单写,这里约定写入的库为主库,没有写入的库为从库。我们的falcon偶尔会进行报警如下(频率很低): ?...这是非常奇怪的,按理说我是单写的从库没有做任何操作(除了应用Event以外),主库哪来的延迟,并且延迟这么大。在我映像中有朋友问过这个问题,当时没有细细研究。...关于更多延迟计算的细节参考: https://www.jianshu.com/p/033f83314619 三、产生延迟的原因 1.主库:首先主库写到从库的Event,从库会写入到binlog(log_slave_updates...开启),并且从库的DUMP线程会发送给主库,但是主库的IO线程通过SERVER_ID进程判定,将Event进行过滤,不写入主库的relay log,同时会更新主库IO线程读取的位置(Read_Master_Log_Pos...但是如果从库binlog切换的时候,从库至少会传送ROTATE_EVENT给主库,这个时候主库会拿到这个实际的Event,因此Event的 header中的timestamp 更新了。

    94910

    主库出问题了,从库怎么办?

    下图是一个基本的一主多从结构 image.png 图中,虚线箭头表示的是主备关系,也就是A和A’互为主备,从库B、C、D指向的是主库A。...一主多从的设置,一般用于读写分离,主库负责所有的写入和一部分读,其他的读请求则由从库分担 一主多从结构在切换完成后,A’会成为新的主库,从库B、C、D也要改接到A’ 1、基于位点的主备切换 当我们把节点...那么,这时候系统的状态是这样的: 在从库B上,由于同步了binlog,R这一行已经存在 在新主库A’上,R这一行也已经存在,日志是写在master_log_pos这个位置之后的 在从库B上执行change...3、基于GTID的主备切换 在GTID模式下,备库B要设置为新主库A’的从库的语法如下: CHANGE MASTER TO MASTER_HOST=$host_name MASTER_PORT=$port...但是,考虑到要避免新增索引对主库性能造成的影响,可以先在备库加索引,然后再切换,在双M结构下,备库执行的DDL语句也会传给主库,为了避免传回后对主库造成影响,要通过set sql_log_bin=off

    44520

    27 | 主库出问题了,从库怎么办?

    一主多从结构: ? 图中,虚线箭头表示的是主备关系,也就是 A 和 A’互为主备, 从库 B、C、D 指向的是主库 A。...一主多从的设置,一般用于读写分离,主库负责所有的写入和一部分读,其他的读请求则由从库分担。...主库发生故障,主备切换的结果: 相比于一主一备的切换流程,一主多从结构在切换完成后,A’会成为新的主库,从库 B、C、D 也要改接到 A’。...而这个位置就是我们所说的同步位点,也就是主库对应的文件名和日志偏移量。 原来节点 B 是 A 的从库,本地记录的也是 A 的位点。但是相同的日志,A 的位点和 A’ 的位点是不同的。...以上,这里需要注意的是,这种直接跳过指定错误的方法,针对的是主备切换时,由于找不到精确的同步位点,所以只能采用这种方法来创建从库和新主库的主备关系。 以上 这两种操作都很复杂,而且容易出错。

    65110

    mysql主从报错1032 (主库都回放不了的binlog就别为难从库了)

    导读最近遇到一个mysql主从报错1032的问题. 比较离谱.所以记录一下. 由于比较离谱, 这里没能复现出来(我是在5744上测试的, 后面有机会再测试下5741), 所以没法给出相关截图....也比较简单, 直接把该位点的数据解析出来对比即可.可以使用pymysqlbinlog, 但不一定都有这些工具, 这里还是使用mysqlbinlog来演示.参考命令:mysqlbinlog -vvv mysql-bin....000xxx --stop-position=xx | mysql然后查询出该表的数据 和 从库做校验, 发现也是完全一致的(md5和行数都完全一样)....这就开始离谱了....主从数据完全一致, 主库产生的binlog 从库却执行不了. 于是就准备让主库自己去执行看下.继续回放主库的binlog....也就是主库产生的binlog, 主库自己都回放不了, 也就不怪从库了. 解决办法解决起来还是比较简单的, 就是加个主键就行.

    54510

    基于HAVIP +Keepalived部署MySQL双主双从

    /product/215/20186 唯一需要注意的是在部署时要填写对端所有的IP以及优先级的设置 建议主从分开进行部署使用 image.png 实现目的 1.一主多从架构可以缓解读的压力,但是一旦主宕机了...,就不能写了 多主多从架构可避免该问题 01和02互为主主 03和04为从库 2.安装MySQL vim /etc/yum.repos.d/mysql.repo [Mysql] name = Mysql...log-slave-updates:设置两台主服务器,彼此间复制的数据要不要往其下面的从服务器复制。有这个字段表示往下面从服务器复制。 sync_binlog:从库复制的延迟。...01中创建表 image.png 在04中查询 image.png image.png image.png 确定同步无异常 2.测试HAVIP——使用root账户登陆正常 qinhl——双主多从环境...03和04两个从库在开始登陆时请务必注意一并对系统随机密码再次重置下,以上为方便 ,重置密码时再次重置了系统随机下发密码。

    1.4K20

    从库mysqldump过程中主库做DDL会怎样?

    今天时间有点晚了,就写一个小的知识点吧,在我们线上的环境中,大多都是采用的主从复制的架构,当我们在从库使用mysqldump进行逻辑备份的时候,如果此时主库有一个小的DDL操作,那么我们在从库上会看到什么现象...而由于MySQL中支持MVCC多版本控制协议,可以确保你在导出数据的过程中,其他DML语句是可以正常更新进表中的。 2、该参数避免了复制过程中的锁全表操作。...下面我们回答题目中的问题,如果我们在从库进行mysqldump备份操作,实际上从库上会进行这么几个步骤,这里我们画一个mysqldump的备份步骤: 步骤1 SET SESSION TRANSACTION...这里,假设我们主库上对table_1进行了DDL变更,新增了一个字段,那么从库可能会发生下面的情况: 1、如果主库上的DDL操作在步骤4之前到达从库,那么对mysqldump无影响 2、如果在时刻2到达...已经释放了table_1的元数据锁,那么不会对从库产生影响,mysqldump拿到的是DDL变更前的表结构。

    1.2K20

    MySQL实战第二十七讲-主库出问题了,从库怎么办?

    如 图 1 所示,就是一个基本的一主多从结构。 图中,虚线箭头表示的是主备关系,也就是 A 和 A’互为主备, 从库 B、C、D 指向的是主库 A。...一主多从的设置,一般用于读写分离,主库负责所有的写入和一部分读,其他的读请求则由从库分担。 今天我们要讨论的就是,在一主多从架构下,主库故障后的主备切换问题。...如下图 2 所示,就是主库发生故障,主备切换后的结果。 相比于一主一备的切换流程,一主多从结构在切换完成后,A’会成为新的主库,从库 B、C、D 也要改接到 A’。...当时我说,在双 M 结构下,备库执行的 DDL 语句也会传给主库,为了避免传回后对主库造成影响,要通过 set sql_log_bin=off 关掉 binlog。...小结 在今天这篇文章中,我先和你介绍了一主多从的主备切换流程。在这个过程中,从库找新主库的位点是一个痛点。

    62920

    MySQL运维16-双主双从读写分离

    一、双主双从架构介绍   在MySQL多主多从的架构配置中和双主双从是一样的,学会了双主双从的架构部署,多主多从的配置也同样就回了。下面以双主双从作为示例演示。...master_password='Se7eN521',master_log_file='binlog.000010',master_log_pos=156;     说明1:master_host是该从库关联的主库...   八、双主双从测试   分别在两台主库master1,master2上执行DDL和DML语句,查看涉及到的数据库服务器的数据同步情况   在master1上操作:   8.1、创建数据库test_db1...1:代表所有写操作都随机的发送到配置的witerHost上 switchType:-1:代表不自动切换,1:代表自动切换     说明4:双主双从即配置两个writeHost和readHost组合,如果是多主多从即配置多个...MySQL依然可读可写,所以高可用也没问题     总结:在双主双从的基础上,多主多从同样的实现思路。

    35710

    Mysql多主一从方案

    因此就有了多主一从的构想,而mysql不提供这样的原生方案(最新的mysql版本支持,但是新版本谁敢用呢),只能通过几种变种来实现,以下是集中方案的介绍: 1) mysql多实例+myISAM...b) 设置从库,在从库使用mysqld_multi启动多库实例,每个实例对应一个主库,并分别设置好主从复制。...限制:1、从库只安装MyISAM 引擎,这样不管主库是用什么引擎,从库都使用MyISAM。 2、从库的几个实例的数据目录使用同一个,这样每个实例都可以访问其他实例的表。...方案优点:对主库无任何侵入 4) mysql同步方案 maakit-sync和percona-tookit方案,这是开源mysql里面非常著名的mysql同步工具了,可以利用这个工具做多库之间的同步...在mysql中,可以实现表级的关联,在从库系统中创建federated的表指向主库,从库中指记录表结构,不记录真实的数据,所有的数据存放在远端,另外主从的表结构一定要一致。

    1.2K10
    领券