一、背景 TiDB作为一款开源的分布式关系型数据库，提供了强大的数据同步和容灾能力，其中dr_auto_sync功能允许数据库在预定的时间或条件下自动从主数据中心切换到从数据中心，保证服务的连续性和数据的一致性。本文将记录一次TiDB dr_auto_sync计划内的切换测试过程。 二、测试环境 TiDB集群版本：7.1.5（请根据实际版本替换） 主数据中心：DC1，包含2个TiDB节点、2个Ti

MySQL 是一个免费、开源的关系型数据库管理系统。它用于以各种目的存储数据，包括数据仓库、电子商务和日志记录应用程序。MySQL Cluster 是一种以低成本提供可扩展性和可用性的技术。 在本文中，我们将使用一个主节点来存储集群的配置，并使用两个数据节点来存储集群数据。每个节点的IP地址如下所示： 主节点或管理节点 - 104.245.33.61 数据节点 1 - 104.245.32.195

一、概念 RAC的不同节点运行不同应用,访问不同的数据。否则,节点间不做应用控制而访问相同数据争用造成的global cache等待事件会导致整体RAC性能不佳，甚至不如单节点。 应用隔离可以通过服务器端监听服务实现，也可以通过客户端的连接串配置实现。 二、实现 服务端应用隔离配置： 2.1 创建集群服务 oracle用户执行： srvctl add service -d cdfla -s sin

概述 环境 系统：BigCloud Enterprise Linux For Euler 21.10 LTS（x86） 数据库：磐维1.0 部署模式：集中式（一主两备） 问题：原主节点（第1节点）主机物理设备硬件故障，重装操作系统后需要恢复集群。 恢复方案 1.物理备份 2.踢出原主 上面的报错源于通信问题，去掉参数–distribute，本地单独执行 3.集群状态 4.恢复两节点状态 在各节点删

Hello，大家好！我是你们的技术小伙伴小米，今天咱们来聊聊分布式系统中的“心跳检测”机制。心跳检测是一种简单而又重要的机制，用来监控系统的健康状态，确保各个节点之间的通信畅通。下面，让我们一起深入探讨这个话题吧！ 1.什么是心跳检测？ 心跳检测是一种定期发送信号的方法，用于确认系统中各个节点是否处于正常工作状态。心跳信号类似于人类的心跳，每一次跳动都代表着系统的一个“呼吸”，确保系统在不断运转。

在UIKit中，可以使用Netdata来进行针对边缘计算节点的性能和资源监控。以下是一些有效的方法： 安装Netdata：首先需要在边缘计算节点上安装Netdata监控工具。可以通过在终端中运行以下命令来安装Netdata： bash

InnoDB为什么使用B+树实现索引？说到这个话题，就需要先聊一聊InnoDB的索引类型有哪些？ InnoDB中的索引类型 InnoDB存储引擎支持两种常见的索引数据结构：B+树索引和哈希索引，其中B+树索引是目前关系型数据库系统中最为常见、最为高效的索引之一。 数据库中的B+树索引可分为聚簇索引和非聚簇索引。聚簇索引按照每张表的主键构建一个B+树，其叶子节点记录着表中每行记录的所有值。只需访问叶

InnoDB 为什么使用 B+树实现索引？说到这个话题，就需要先聊一聊 InnoDB 的索引类型有哪些？ InnoDB 中的索引类型 InnoDB 存储引擎支持两种常见的索引数据结构：B+树索引和哈希索引，其中 B+树索引是目前关系型数据库系统中最为常见、最为高效的索引之一。 数据库中的 B+树索引可分为聚簇索引和非聚簇索引。聚簇索引按照每张表的主键构建一个 B+树，其叶子节点记录着表中每行记录的

导读1：架构简介 阿里云瑶池旗下的云原生数据库PolarDB分布式版（PolarDB for Xscale，简称PolarDB-X）采用Shared-nothing与存储分离计算架构进行设计，系统由5个核心组件组成。 PolarDB分布式架构图 1. 计算节点（CN，Compute Node） 计算节点是系统的入口，采用无状态设计，包括SQL解析器、优化器、执行器等模块。负责数据分布式路由、计算及

点击上方“IT那活儿”公众号--专注于企业全栈运维技术分享，不管IT什么活儿，干就完了！！！    按照11g官方文档来删除To remove Oracle RAC from a cluster node, you must delete the database instance and the Oracle RAC software before removing the node from

集中监控：在分布式系统中，通常有多个节点和组件需要监控。为了有效管理和监控这些节点，可以使用Nagios的分布式架构，将监控数据集中到一个中心化的服务器上，从而实现对整个系统的集中监控。 自动化监控：在分布式系统中，节点的数量和复杂性可能会很高，手动配置监控规则可能会非常困难和耗时。因此，可以使用自动化工具和脚本来自动配置和管理监控规则，以减少手动操作的工作量。 高可用性和容错性：分布式系统中的节

之前在群发贴，咨询添加新节点时，节点是不是要提前安装好组复制插件。 在昨晚上自己新添加一个节点，发现在添加节点前，并不需要提前安装好组复制插件。通常在节点进行配置环境检查时，已经安装好了组复制插件。 另外，要注意在添加前节点前，在配置文件中一定要做配置，特别是关于组复制方面的 port=3306 server_id=303306 log-bin log_slave_updates=1 gtid_m

1、首先要做好各个节点垢配置文件内容，各个节点可以参考以下内容修改。（每个节点都要修改，必须要保证配置内容正确，否则会导致数据库服务无法启动，更无法添加集群节点） port=3306 server_id=303306 log-bin log_slave_updates=1 gtid_mode=ON enforce_gtid_consistency=ON plugin_load_add='group

本周更新 新增：审批节点驳回（拒绝配置的驳回）支持自动跳回当前节点 新增：修改数据节点 新增：删除数据节点 新增：子流程支持配置自动跳过发起人节点 优化：两个项目合并一个单体项目 优化：升级swagger 修复：抄送节点没找到抄送人报错 新增：支持多实例子流程的普通表单传递给主流程的明细表单 优化：清理流程添加是否是其他流程子流程验证 新增：单选和多选表单添加显示方式选项：Radio和CheckB

在很多MySQL使用场景中，随着业务的发展和技术的不断进步，MySQL数据库的数据量从最初的几百GB 增长到TB级别（这主要归因于业务规模的扩大、数据保留需求的增长以及系统设计的考虑）。当数据库数据量增长到TB级别时，从节点的复制问题变得愈发复杂和难以处理。在这种情况下，任何复制中断都可能导致数据不一致，并需要消耗大量时间去恢复。常见的复制问题包括： 复制断开一段时间后未被发现，导致主节点的bin

前言： repmgr是一套开源工具，用于管理 PostgreSQL 服务器集群内的复制和故障转移。repmgr 支持并增强了 PostgreSQL 的内置流复制，它提供了一个单一的读/写主服务器和一个或多个只读备用服务器。 repmgr 流复制管理工具对 PostgreSQL 集群节点的管理是基于分布式的管理方式。集群每个节点都具备一个 repmgr.conf 配置文件，用来记录本节点的 ID、节

什么是MySQL主从切换？在大型互联网应用中，MySQL 是非常重要的数据库系统，多数情况下我们会采用 MySQL 主从架构来实现高可用性以及读写分离的目的。MySQL的主从切换则是指将数据库的主节点切换为备用节点，从而在系统硬件或软件发生故障时进行无缝转移，保证业务的正常运行。 MySQL主从切换的原理是通过配置和同步机制来实现的。在MySQL主从架构中，主节点负责写操作，Slave节点负责跟随

作者：coredumped，资深数据库从业者，熟悉 MySQL 及分布式架构，为多家大型国有企业提供过技术支持、咨询、架构设计及培训工作。 引言 自OB 社区版开源以来，本人认为分布式数据库最吸引人的还是多节点部署和扩缩容操作，本文将从以下几方面对三节点部署和扩缩容操作做一个介绍。 环境信息 搭建三节点(1-1-1) 创建资源池和租户 查看数据分布 服务器扩容(1-1-1->2-2-2) 租

集群架构规划 OceanBase 以集群形态运行，生产环境最小规模是 3 台服务器（节点）。整个集群里，业务数据会有三份，所以也叫三副本。 学习测试的时候，可以部署单副本单节点 OceanBase 集群。 这里特别说明的是，单副本跟单节点并不完全对等。单副本单节点是最小集群规模，单副本也是可以扩容为多个节点，整个集群里数据依然是一份，所以叫单副本。 生产环境，每个机器上启动一个 observer

部署规划 这一节介绍 OceanBase 集群三节点部署方法，需要通过中控机直接远程登录到 OceanBase 节点上部署启动 observer 和 obproxy 进程。 机器信息如下： 机器划分如下： OceanBase 命令行客户端 磁盘划分 磁盘划分，这里就使用 LVM 技术对 /dev/vdb 进行划分。需要登录到每个节点上手动初始化。 # lvm 分盘 pvcreate /dev/vd