新特性解读 | MySQL 8.0 新特性-副本集(replicaset)

MySQL InnoDB Replication部署方案与实践 阅读详情

作者:杨涛涛

引言

之前,我介绍过一篇《MySQL Innodb Cluster 扫盲篇》。

MySQL Innodb Cluster = MySQL Shell + MySQL Router + MySQL Group Replication(MGR)

全程由 MySQL Shell 来管理操作 MGR 的聚合套件。MySQL 8.0.19 发布后,这种组合延伸到 MySQL Replication(主从复制),也就是 MySQL Shell + MySQL Router + MySQL Replication。

MySQL 主从复制,相信大家已经非常了解了,原理大概如下图:

在这里插入图片描述

一、环境准备

举个例子,搭建主从的基本步骤大概如下:

  • 主机 A:192.168.2.171:4010

  • 从机 B/C:192.168.2.171:4011 / 192.168.2.171:4012

主机和从机经过简单的配置,后期其他配置自己任意搭配(不同的主机要将 server-id 分别改成不同的就行了)

# my.cnf
server-id = 4010

log-bin=ytt

enforce_gtid_consistency=on
gtid_mode=on

log_slave_updates=on

master-info-repository=table
relay-log-info-repository=table
slave_parallel_type=logical
slave_parallel_workers=4

重启所有实例

systemctl restart mysql@{4010,4011,4012}

然后在 A 上创建主从需要的用户,并且分别在 B 和 C 上执行 change master to 命令配置从机即可。

我上面只是涉及到主从从零开始的场景,如果说主机 A 有数据,还得重加步骤。关于这点资料很多,我这里也就不多介绍了。那么对主从的管理没有搭建这么简单,稍微要繁琐些,譬如要实现如下的功能点:

  1. 主从级别互换:主机降级为从机;从机升级为主机。
  2. 从机由于异常,无法恢复正常;或者恢复正常了,发现数据和主机有差异,必须要重做从机,恢复主从关系。
  3. 列出主从关系,可能要自己写个小脚本或者是利用 MySQL Utility 工具集或者是其他的工具集合。

那接下来来看看 MySQL 8.0.19 中 MySQL Shell 新特性:副本集以及管理。

二、副本集

副本集也就是极度简化了对 MySQL 主从的相关管理操作。

那接下来还是用刚才那三个实例举例说明 MySQL Shell 怎么简化了相关操作。

进入 MySQL X 端口 40100

root@ytt-pc:/home/ytt/scripts# mysqlsh mysqlx://ytt@ytt-pc:40100
MySQL Shell 8.0.19

Copyright (c) 2016, 2019, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its affiliates.
Other names may be trademarks of their respective owners.

Type '\help' or '\?' for help; '\quit' to exit.
Creating an X protocol session to 'ytt@ytt-pc:40100'
Fetching schema names for autocompletion... Press ^C to stop.
Your MySQL connection id is 12 (X protocol)
Server version: 8.0.19 MySQL Community Server - GPL
No default schema selected; type \use <schema> to set one.

2.1 创建副本集 ytt_replicaset

MySQL  ytt-pc:40100+ ssl  JS > var c1 = dba.createReplicaSet("ytt_replicaset")
A new replicaset with instance 'ytt-pc:4010' will be created.

* Checking MySQL instance at ytt-pc:4010

This instance reports its own address as ytt-pc:4010
ytt-pc:4010: Instance configuration is suitable.

* Updating metadata...

ReplicaSet object successfully created for ytt-pc:4010.
Use rs.addInstance() to add more asynchronously replicated instances to this replicaset and rs.status() to check its status.
查看帮助

可以看到所有的方法:c1.help()

查看当前副本集的状态

默认 RW,单机运行

 MySQL  ytt-pc:40100+ ssl  JS > c1.status()
{
    "replicaSet": {
        "name": "ytt_replicaset", 
        "primary": "ytt-pc:4010", 
        "status": "AVAILABLE", 
        "statusText": "All instances available.", 
        "topology": {
            "ytt-pc:4010": {
                "address": "ytt-pc:4010", 
                "instanceRole": "PRIMARY", 
                "mode": "R/W", 
                "status": "ONLINE"
            }
        }, 
        "type": "ASYNC"
    }
}
添加从机

默认用克隆的方式复制数据

  MySQL  ytt-pc:40100+ ssl  JS > c1.addInstance('ytt@ytt-pc:4011')
Adding instance to the replicaset...

* Performing validation checks

This instance reports its own address as ytt-pc:4011
ytt-pc:4011: Instance configuration is suitable.

* Checking async replication topology...

* Checking transaction state of the instance...

WARNING: A GTID set check of the MySQL instance at 'ytt-pc:4011' determined that it contains transactions that do not originate from the replicaset, which must be discarded before it can join the replicaset.

ytt-pc:4011 has the following errant GTIDs that do not exist in the replicaset:
a19a4ac4-3a98-11ea-8f47-9cb6d0e27d15:1-7

WARNING: Discarding these extra GTID events can either be done manually or by completely overwriting the state of ytt-pc:4011 with a physical snapshot from an existing replicaset member. To use this method by default, set the 'recoveryMethod' option to 'clone'.

Having extra GTID events is not expected, and it is recommended to investigate this further and ensure that the data can be removed prior to choosing the clone recovery method.

Please select a recovery method [C]lone/[A]bort (default Abort): C
* Updating topology
Waiting for clone process of the new member to complete. Press ^C to abort the operation.
* Waiting for clone to finish...
NOTE: ytt-pc:4011 is being cloned from ytt-pc:4010
** Stage DROP DATA: Completed
** Clone Transfer  
    FILE COPY  ############################################################  100%  Completed
    PAGE COPY  ############################################################  100%  Completed
    REDO COPY  ############################################################  100%  Completed

NOTE: ytt-pc:4011 is shutting down...

* Waiting for server restart... ready
* ytt-pc:4011 has restarted, waiting for clone to finish...
* Clone process has finished: 59.64 MB transferred in about 1 second (~1.00 B/s)

** Configuring ytt-pc:4011 to replicate from ytt-pc:4010
** Waiting for new instance to synchronize with PRIMARY...

The instance 'ytt-pc:4011' was added to the replicaset and is replicating from ytt-pc:4010.

用同样的方法添加实例 C

MySQL  ytt-pc:40100+ ssl  JS > c1.addInstance('ytt@ytt-pc:4012')

接下来看看新的主从状态,此时 ytt-pc:4010 为主机,ytt-pc:4011 和 ytt-pc:4012 为从机,并且状态都正常

 MySQL  ytt-pc:40100+ ssl  JS > c1.status()
{
    "replicaSet": {
        "name": "ytt_replicaset", 
        "primary": "ytt-pc:4010", 
        "status": "AVAILABLE", 
        "statusText": "All instances available.", 
        "topology": {
            "ytt-pc:4010": {
                "address": "ytt-pc:4010", 
                "instanceRole": "PRIMARY", 
                "mode": "R/W", 
                "status": "ONLINE"
	           }, 
            "ytt-pc:4011": {
                "address": "ytt-pc:4011", 
                "instanceRole": "SECONDARY", 
                "mode": "R/O", 
                "replication": {
                    "applierStatus": "APPLIED_ALL", 
                    "applierThreadState": "Waiting for an event from Coordinator", 
                    "applierWorkerThreads": 4, 
                    "receiverStatus": "ON", 
                    "receiverThreadState": "Waiting for master to send event", 
                    "replicationLag": null
                }, 
                "status": "ONLINE"
            }, 
            "ytt-pc:4012": {
                "address": "ytt-pc:4012", 
                "instanceRole": "SECONDARY", 
                "mode": "R/O", 
                "replication": {
                    "applierStatus": "APPLIED_ALL", 
                    "applierThreadState": "Waiting for an event from Coordinator", 
                    "applierWorkerThreads": 4, 
                    "receiverStatus": "ON", 
                    "receiverThreadState": "Waiting for master to send event", 
                    "replicationLag": null
                }, 
                "status": "ONLINE"
            }
        }, 
        "type": "ASYNC"
    }
}
 MySQL  ytt-pc:40100+ ssl  JS > 

2.2 配置 MySQLRouter 路由实例

先用 MySQLrouter 来配置读写分离,并且分配虚拟端口

root@ytt-pc:/home/ytt/scripts# mysqlrouter --bootstrap ytt@ytt-pc:4010 --user=mysqlrouter --force-password-validation --report-host ytt-pc
Please enter MySQL password for ytt: 

# Bootstrapping system MySQL Router instance...

- Creating account(s) (only those that are needed, if any)
- Verifying account (using it to run SQL queries that would be run by Router)
- Storing account in keyring
- Adjusting permissions of generated files
- Creating configuration /etc/mysqlrouter/mysqlrouter.conf

Existing configuration backed up to '/etc/mysqlrouter/mysqlrouter.conf.bak'

# MySQL Router configured for the InnoDB ReplicaSet 'ytt_replicaset'

After this MySQL Router has been started with the generated configuration
重启 mysqlrouter
$ /etc/init.d/mysqlrouter restart
or
$ systemctl start mysqlrouter
or
$ mysqlrouter -c /etc/mysqlrouter/mysqlrouter.conf
//重启完毕
the cluster 'ytt_replicaset' can be reached by connecting to:

## MySQL Classic protocol

- Read/Write Connections: ytt-pc:6446
- Read/Only Connections:  ytt-pc:6447

## MySQL X protocol

- Read/Write Connections: ytt-pc:64460
- Read/Only Connections:  ytt-pc:64470

重启mysqlrouter
root@ytt-pc:/home/ytt/scripts# systemctl restart mysqlrouter
查看 router 路由

用 listRouters 方法详细的展示出 mysqlrouter 的路由信息,写端口为 6446/64460,读端口为 6447/64470

 MySQL  ytt-pc:40100+ ssl  JS > c1.listRouters()
{
    "replicaSetName": "ytt_replicaset", 
    "routers": {
        "ytt-pc::system": {
            "hostname": "ytt-pc", 
            "lastCheckIn": "2020-01-19 17:26:08", 
            "roPort": 6447, 
            "roXPort": 64470, 
            "rwPort": 6446, 
            "rwXPort": 64460, 
            "version": "8.0.19"
        }
    }
}

2.3 测试读写端口

连接 6446,路由到实例 4010

root@ytt-pc:/home/ytt/scripts# mysql -uytt -p -hytt-pc -P6446 -e "select @@port" -ss
Enter password: 
4010

连接到 6447,随机路由到实例 4011 或者 4012

root@ytt-pc:/home/ytt/scripts# mysql -uytt -p -hytt-pc -P6447 -e "select @@port" -ss
Enter password: 
4011
root@ytt-pc:/home/ytt/scripts# mysql -uytt -p -hytt-pc -P6447 -e "select @@port" -ss
Enter password: 
4012

以上简单的演示下 mysql shell 操作主从复制的基本方法,下来分别看看主从级别互换、从实例删除、从实例加入场景。

2.4 场景实验

断开连接

MySQL  ytt-pc:40100+ ssl  JS > c1.disconnect();

重新得到副本集的名称

MySQL  ytt-pc:40100+ ssl  JS > var c1 = dba.getReplicaSet()
You are connected to a member of replicaset 'ytt_replicaset'.

提升从机为新主机,这里操作的实例是 ytt-pc:4012

 MySQL  ytt-pc:40100+ ssl  JS > c1.setPrimaryInstance('ytt@ytt-pc:4012');
ytt-pc:4012 will be promoted to PRIMARY of 'ytt_replicaset'.
The current PRIMARY is ytt-pc:4010.

- Connecting to replicaset instances
  ** Connecting to ytt-pc:4010
  ** Connecting to ytt-pc:4011
  ** Connecting to ytt-pc:4012
  ** Connecting to ytt-pc:4010
  ** Connecting to ytt-pc:4011
  ** Connecting to ytt-pc:4012
- Performing validation checks
  ** Checking async replication topology...
  ** Checking transaction state of the instance...
- Synchronizing transaction backlog at ytt-pc:4012
- Updating metadata
- Acquiring locks in replicaset instances
  ** Pre-synchronizing SECONDARIES
  ** Acquiring global lock at PRIMARY
  ** Acquiring global lock at SECONDARIES
- Updating replication topology
  ** Configuring ytt-pc:4010 to replicate from ytt-pc:4012
  ** Changing replication source of ytt-pc:4011 to ytt-pc:4012

ytt-pc:4012 was promoted to PRIMARY.

查看新状态,4012 为新的主机,4011 和 4010 为从机

 MySQL  ytt-pc:40100+ ssl  JS > c1.status()
{
    "replicaSet": {
        "name": "ytt_replicaset", 
        "primary": "ytt-pc:4012", 
        "status": "AVAILABLE", 
        "statusText": "All instances available.", 
        "topology": {
            "ytt-pc:4010": {
                "address": "ytt-pc:4010", 
                "instanceRole": "SECONDARY", 
                "mode": "R/O", 
                "replication": {
                    "applierStatus": "APPLIED_ALL", 
                    "applierThreadState": "Waiting for an event from Coordinator", 
                    "applierWorkerThreads": 4, 
                    "receiverStatus": "ON", 
                    "receiverThreadState": "Waiting for master to send event", 
                    "replicationLag": null
                }, 
                "status": "ONLINE"
            }, 
            "ytt-pc:4011": {
                "address": "ytt-pc:4011", 
                "instanceRole": "SECONDARY", 
                "mode": "R/O", 
                "replication": {
                    "applierStatus": "APPLIED_ALL", 
                    "applierThreadState": "Waiting for an event from Coordinator", 
                    "applierWorkerThreads": 4, 
                    "receiverStatus": "ON", 
                    "receiverThreadState": "Waiting for master to send event", 
                    "replicationLag": null
                }, 
                "status": "ONLINE"
            }, 
            "ytt-pc:4012": {
                "address": "ytt-pc:4012", 
                "instanceRole": "PRIMARY", 
                "mode": "R/W", 
                "status": "ONLINE"
            }
        }, 
        "type": "ASYNC"
    }
}
 MySQL  ytt-pc:40100+ ssl  JS > 

从副本集中移除实例 4010

  MySQL  ytt-pc:40100+ ssl  JS > c1.removeInstance("ytt@ytt-pc:4010");
The instance 'ytt-pc:4010' was removed from the replicaset.

从结果看到,4010 被成功移除,接下来再把 4010 添加进去

 MySQL  ytt-pc:40100+ ssl  JS > c1.addInstance("ytt@ytt-pc:4010")
Adding instance to the replicaset...
* Updating topology
** Configuring ytt-pc:4010 to replicate from ytt-pc:4012
** Waiting for new instance to synchronize with PRIMARY...

The instance 'ytt-pc:4010' was added to the replicaset and is replicating from ytt-pc:4012.

三、总结

这篇介绍了 MySQL Shell 的新特性,管理 MySQL 主从复制,可以看到比传统的方式要简单的多。

MySQL 8.0 ReplicaSet备库切换为可读写单库 使用此种方法,集群中还会残留备库的拓扑信息,如果使用。删除备库实例可能会导致备库变成只读。 阅读详情

相关推荐

MySQL高可用架构之InnoDB ReplicaSet部署

可以通过MySQL Shell快速搭建及管理主从复制,避免了搭建主从复制时大量的手动操作。InnoDB ReplicaSet至少由两台MySQL服务器实例组成,提供MySQL主从复制功能。MySQL Router可以为ReplicaSet提供应用程序的透明路由和读写分离,建议与应用安装在同一台服务器上。可以看到,MySQL Router生成了四个连接路由,两个读写和两个只读。重新通过MySQL Router建立连接后,可以看到主实例已经更新为。发生主从切换后,已有的连接会断开,需要重新建立连接。

Sebastien23的博客 1469

MySQL Innodb ReplicaSet

MySQL Innodb ReplicaSet 是 MySQL 团队在 2020 年推出的一款产品,用来帮助用户快速部署和管理主从复制,在数据库层仍然使用的是主从复制技术。

分享既学习 1772

实战分享:一文读懂RS-232总线

RS-232标准接口(又称EIARS-232)是常用的串行通信接口标准之一,它是由美国电子工业协会(Electronic IndustryAssociation,EIA)联合贝尔系统公司、调制解调器厂家及计算机终端生产厂家于1970年共同制定,其全名是“数据终端设备(DTE)和数据通信设备(DCE)之间串行二进制数据交换接口技术标准”。

阿荣嵌入式 8515

详解 InnoDB ReplicaSet

的关键字是AdminAPI,MySQL Shell,MySQL Router,MySQL 异步复制。其功能同比传统 MyCat 等中间构成的 MMM 、MHA 主从架构相差不大,可以理解为 MySQL 官方实现发行版本,但 MySQL Shell 这个 MySQL 未来主打的 DevOps 工具还是更具优势的。

影三人 1284

CCSP考后复盘:那些刷题时感觉良好,考场却发懵的题目到底长什么样?

本文深入分析了CCSP考试中常见的题目陷阱和解题策略,揭示了刷题与实战的差距。通过解析换装题、双胞胎选项和场景题等典型题型,帮助考生掌握拆题技巧和思维模式转变,提升应对CCSP考试的能力。

weixin_30485379的博客 436

从入门到实战:openEuler 系统管理与运维笔记(持续更新)

本文为openEuler系统管理与运维的实战笔记,从CentOS迁移者视角切入,详细介绍了openEuler的生态兼容性、内核优化及安全特性。内容涵盖系统安装规划、虚拟机部署、基础命令操作、文件系统管理以及用户权限配置等核心运维技能,旨在帮助读者快速上手并掌握这一企业级操作系统的日常管理。

weixin_29207149的博客 221

【MySQL Shell】9.2 配置 InnoDB ReplicaSet 实例

【MySQL Shell】9.2 配置 InnoDB ReplicaSet 实例

影三人 282

AI:Coze、Dify、n8n:三款低代码工具如何选?

Coze、Dify、n8n:三款低代码工具如何选?

Kant2048的博客 2806

【MySQL Shell】第 9 章 MySQL InnoDB ReplicaSet

【MySQL Shell】第 9 章 MySQL InnoDB ReplicaSet

影三人 1191

解决Jupyter Notebook中Plotly图表显示问题

摘要:在Jupyter Notebook中使用Plotly绘图时遇到图表无法显示的问题。通过分析发现Python 3.12版本与Jupyter存在兼容性问题。解决方案是将Python降级到3.11版本,重新创建虚拟环境后图表正常显示。这表明版本兼容性对数据可视化工具至关重要,环境配置检查是解决问题的关键步骤。该案例为遇到类似问题的开发者提供了参考方案。

m0_74337424的博客 124

uniapp(vue3):实现手机拍照或相册图片上传后给图片添加水印,uniapp实现多端图片上传、拍照上传自定义插入水印内容,调用手机摄像头打开相机并在周围悬挂自定义水印(支持文字水印/图片水印等)

uni-app,h5移动端网页,微信小程序,支付宝小程序,Android安卓,苹果ios,app,nvue,uni-app为图片添加自定义水印(解决生成图片不全问题),uniapp上传图片添加水印,uniapp H5实现手机拍照或相册上传图像并添加自定义水印,uniapp水印相机,uni-app为图片添加自定义水印,怎么在图片上加水印,图片水印,上传照片带水印,从相册选择图片加水印功能,拍完照片给图片加水印,添加照片水印,uniapp图片加水印,为图片添加自定义水印,uni-app上传图片并添加水印,上传图

✅ 精选推荐文章 3263

mysql 副本集_新特性解读 | MySQL 8.0 新特性-副本集(replicaset)

作者:杨涛涛引言MySQL Innodb Cluster = MySQL Shell + MySQL Router + MySQL Group Replication(MGR)全程由 MySQL Shell 来管理操作 MGR 的聚合套件。MySQL 8.0.19 发布后,这种组合延伸到 MySQL Replication(主从复制),也就是 MySQL Shell + MySQL Router ...

weixin_42412939的博客 524

【精品5万字图文详解】特征平台建设方案与最佳实践

关键词:特征工程、特征平台、特征存储、特征服务、机器学习、数据工程摘要:本文全面介绍了特征平台的建设方案与最佳实践,从特征工程的基本概念出发,深入剖析了特征平台的核心组件、架构设计和实现方法。文章通过生动的类比和实例,使读者能够轻松理解特征工程的重要性及特征平台如何解决企业在机器学习过程中面临的数据管理挑战。同时,详细探讨了主流开源特征平台的对比分析、系统设计要点、实际落地案例以及未来发展趋势,为企业构建高效特征平台提供了全面的指导和参考。想象一下,小明是一位热爱烹饪的小学生。有一天,他想做一道美味的菜肴送

AI天才研究院 952

mysql副本集_新特性解读 | MySQL 8.0 新特性-副本集(replicaset)

作者:杨涛涛之前,我介绍过一篇《MySQL Innodb Cluster 扫盲篇》(上篇)、(下篇)。MySQL Innodb Cluster = MySQL Shell + MySQL Router + MySQL Group Replication(MGR)全程由 MySQL Shell 来管理操作 MGR 的聚合套件。MySQL 8.0.19 发布后,这种组合延伸到 MySQL Replic...

weixin_32950005的博客 372

使用MATLAB和Simulink来设计并仿真一个智能家居多传感器数据融合系统

智能家居多传感器数据融合系统旨在通过集成来自多种不同类型的传感器的数据,以提供更精确和可靠的环境信息或用户状态监测。例如,将温度、湿度、光照强度、运动检测等多种传感器的数据结合起来,可以更好地了解家庭内部的状态,并做出相应的调整或响应。在这个教程中,我们将使用MATLAB和Simulink来设计并仿真一个智能家居多传感器数据融合系统。

amy_mhd的博客 187

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

replic mysql_新特性解读 | MySQL 8.0 新特性-副本集(replicaset)

作者:杨涛涛之前,我介绍过一篇《MySQL Innodb Cluster 扫盲篇》。MySQL Innodb Cluster = MySQL Shell + MySQL Router + MySQL Group Replication(MGR)全程由 MySQL Shell 来管理操作 MGR 的聚合套件。MySQL 8.0.19 发布后,这种组合延伸到 MySQL Replication(主从复...

weixin_30096975的博客 217

Data-Structures-and-Algorithm-Analysis-in-Java.pdf

作者: Weiss, Mark A. 出版社: Addison Wesley Data Structures and Algorithm Analysis in Java is an “advanced algorithms” book that fits between traditional CS2 and Algorithms Analysis courses. In the old ACM Curriculum Guidelines, this course was known as CS7. This text is for readers who want to learn good programming and algorithm analysis skills simultaneously so that they can develop such programs with the maximum amo...

新特性解读 | InnoDB ReplicaSet:MySQL 副本集初体验

作者:任仲禹 一、InnoDB ReplicaSet 介绍 MySQL 副本集(官方名称:MySQL InnoDB ReplicaSet)在 MySQL 8.0.19 版本(2020-01-13 Released)之后开始支持,本质还是是基于 GTID 的异步复制 角色分为 Primary 和 Secondary Primary 即传统意义上的 Master,一个副本集只允许一个 Seco...

ActionTech的博客 510

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用,资源的后缀为tar.gz格式的压缩包

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

MySQL 中的集群部署方案

MySQL集群部署方案解析 MySQL提供了多种集群部署方案,主要包括Replication主从复制、Group Replication组复制和InnoDB Cluster高可用方案。Replication通过主库写、从库读实现读写分离,但存在主从延迟问题,可通过半同步复制优化。Group Replication采用多节点写入和多数派确认机制,确保数据强一致性。InnoDB Cluster整合了Group Replication、MySQL Shell和MySQL Router,提供完整的高可用解决方案。三

坚定的小辣鸡在努力 3878

MySql 高可用方案

在数字化时代,MySQL作为广泛使用的关系型数据库,提供了多种高可用性(HA)解决方案,以满足不同规模和需求的系统。本文将全面介绍MySQL的高可用方案,包括官方和社区/第三方方案,分析各自的特点、适用场景,并提供选择建议。官方方案如InnoDB ReplicaSet、Group Replication、InnoDB Cluster、MySQL Cluster和InnoDB ClusterSet,分别适用于开发测试环境、中大型企业系统、企业级高可用部署、实时性要求高的系统以及跨地域容灾需求。社区/第三方方案

laizihao的博客 1306

MySQL Shell:02 部署InnoDB ReplicaSet

点击蓝字关注我们2020年1月除了来源信息如迷之故事会一般的冠状病毒外,MySQL 官方发布了全新的8.0.19版本,而其中最大的亮点莫过于ReplicaSet功能。InnoDB Rep...

老叶茶馆 1414

mysql8主从复杂原理分析

MySQL 复制(Replication) 是官方提供的主从复制(源到副本的复制)方案,用于将一个 MySQL 的实例同步到另一个实例中。这是使用最广泛的容灾方案(重点掌握)。

初秋和的博客 1256

MySQL8 中文参考(六十七)

原文:docs.oracle.com/javase/tutorial/reallybigindex.html原文:dev.mysql.com/doc/refman/8.0/en/show-replicas.html。

龙哥盟 1301

【MySQL 8.0】标准配置文件详解(下)

relay_log指定中继日志的名称默认基本名称是指定relay log的索引名称开启后,服务器启动后立即启用自动中继日志恢复。恢复过程创建一个新的中继日志文件,将 SQL(应用程序)线程位置初始化到这个新的中继日志,并将 I/O(接收方)线程初始化到应用程序线程位置。然后继续从源读取中继日志用于决定允许哪些事务在副本上并行执行的策略1.:基于复制源写入二进制日志的时间戳,事务在副本上并行应用2.DATABASE:更新不同数据库的事务是并行应用的。

weixin_44265650的博客 1036

MySQL 8.0 InnoDB ReplicaSet 完整配置指南与切换。

InnoDB ReplicaSet 是 MySQL 8.0 引入的高可用性解决方案,基于组复制技术简化了主从架构的部署和管理。以下为完整配置流程。InnoDB ReplicaSet 是 MySQL 8.0 引入的高可用性解决方案,基于组复制技术简化了主从架构的部署和管理。以下为完整配置流程。

ILy_w80y的博客 269
上一篇: 故障分析 | binlog flush 失败导致的 Crash
下一篇: 分布式 | DBLE Release Notes 详细解读 2.19.11.0
爱可生开源社区
博客等级 码龄8年 1936粉丝 1004原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值