云数据库 RDS for MySQL

 

云数据库 RDS for MySQL拥有即开即用、稳定可靠、安全运行、弹性伸缩、轻松管理、经济实用等特点,让您更加专注业务发展。

 
 

    mysql主主从 更多内容
  • 配置ldap主从

    配置ldap主从 开启syncprov模块 cat << EOF > mod_syncprov.ldif dn: cn=module{0},cn=config changetype: modify add: olcModuleLoad olcModuleload: syncprov

    来自:帮助中心

    查看更多 →

  • 开始使用

    开启MHA服务 MySQL使用 该解决方案默认创建三台 弹性云服务器 ,分别安装Mysql-5.7.34版本的数据库,一(后缀名为master)两从(后缀名为slave1、slave2)。MySQL管理用户用户组默认创建mysql,服务端口默认开启3306。数据库上创建主从复制账户re

    来自:帮助中心

    查看更多 →

  • MySQL到MySQL单主灾备

    灾备实例信息 图2 灾备实例信息 表5 灾备实例信息 参数 描述 灾备类型 选择“单灾备”。 灾备类型可以为“单灾备”和“双灾备”。选择双灾备时,默认创建两个子任务,分别为正向和反向灾备任务。 说明: “双灾备”目前仅支持白名单用户,需要提交工单申请才能使用。您可以在管理控制台右上角,选择“工单

    来自:帮助中心

    查看更多 →

  • MySQL到MySQL双主灾备

    能性。 双灾备不同于单灾备,无需进行备倒换。 由于灾备的细微时延不可控,业务上执行DDL时要在无业务期,且RPO&RTO =0稳定30s以上在1执行,避免在2执行DDL(DRS只同步1的DDL操作到2)。 双边保持严格的对等效果,即表列行均一致(1和2的表结构需始终保持一致)。

    来自:帮助中心

    查看更多 →

  • MySQL主备复制原理简介

    MySQL备复制原理简介 RDS for MySQL的默认备库、只读实例、自建从库、DRS链路灾备实例均采用MySQL的Binlog复制技术,也称为MySQL备复制或主从复制技术。本章节介绍MySQL主从复制原理。 备复制流程 主节点(Master)中有数据更新时,会按照

    来自:帮助中心

    查看更多 →

  • MySQL到GaussDB(for MySQL)单主灾备

    灾备实例信息 图2 灾备实例信息 表5 灾备实例信息 参数 描述 灾备类型 选择“单灾备”。 灾备类型可以为“单灾备”和“双灾备”。选择双灾备时,默认创建两个子任务,分别为正向和反向灾备任务。 说明: “双灾备”目前仅支持白名单用户,需要提交工单申请才能使用。您可以在管理控制台右上角,选择“工单

    来自:帮助中心

    查看更多 →

  • GaussDB(for MySQL)到GaussDB(for MySQL)双主灾备

    能性。 双灾备不同于单灾备,无需进行备倒换。 由于灾备的细微时延不可控,业务上执行DDL时要在无业务期,且RPO&RTO =0稳定30s以上在1执行,避免在2执行DDL(DRS只同步1的DDL操作到2)。 双边保持严格的对等效果,即表列行均一致(1和2的表结构需始终保持一致)。

    来自:帮助中心

    查看更多 →

  • 方案概述

    户在华为 云服务器 上完成高可用的MySQL集群部署。MHA(Master High Availability)是一款成熟且开源的MySQL高可用程序,主要提供心跳检测、主从复制、故障转移,并发送告警邮件。适用于需要高可用性、数据完整性以及近乎不间断的 服务器 维护等场景。 方案架构

    来自:帮助中心

    查看更多 →

  • GaussDB(for MySQL)到GaussDB(for MySQL)单主灾备

    灾备实例信息 图2 灾备实例信息 表5 灾备实例信息 参数 描述 灾备类型 选择“单灾备”。 灾备类型可以为“单灾备”和“双灾备”。选择双灾备时,默认创建两个子任务,分别为正向和反向灾备任务。 说明: “双灾备”目前仅支持白名单用户,需要提交工单申请才能使用。您可以在管理控制台右上角,选择“工单

    来自:帮助中心

    查看更多 →

  • MySQL主备复制延迟场景及解决方案

    。 场景5:只读实例规格小于实例 只读实例、DRS灾备实例的规格小于实例时,一旦实例写负载升高到一定程度,只读实例或DRS灾备实例会因为自身资源不足,无法及时回放Binlog,导致复制时延增加。 解决方法: 只读实例或DRS灾备实例扩大规格,与实例规格匹配。 场景6:读业务压力突然增大

    来自:帮助中心

    查看更多 →

  • 最佳实践

    最佳实践 本小节给出当集群出现故障时进行主从切换的步骤: 假设主从集群已经建立了指定索引同步的关系: (1) 在从集群上调用停止索引同步接口,此时可以将读写流量切换到从集群。 (2) 等待集群恢复后,调用索引同步接口将从集群数据向集群同步,完成了主从切换。 假设主从集群已经建立了匹配索引同步的关系:

    来自:帮助中心

    查看更多 →

  • 将GaussDB主备版同步到MySQL

    GaussDB 备版同步到MySQL 支持的源和目标数据库 表1 支持的数据库 源数据库 目标数据库 GaussDB备版 本地自建MySQL数据库 5.5、5.6、5.7版本 E CS 自建MySQL数据库 5.5、5.6、5.7版本 其他云上MySQL数据库 5.5、5.6、5

    来自:帮助中心

    查看更多 →

  • 将GaussDB主备版同步到MySQL

    将GaussDB备版同步到MySQL 支持的源和目标数据库 表1 支持的数据库 源数据库 目标数据库 GaussDB备版 RDS for MySQL 5.6、5.7版本 本地自建MySQL数据库 5.5、5.6、5.7版本 ECS自建MySQL数据库 5.5、5.6、5.7版本

    来自:帮助中心

    查看更多 →

  • 将MySQL同步到GaussDB主备版

    MySQL同步到GaussDB备版 支持的源和目标数据库 表1 支持的数据库 源数据库 目标数据库 本地自建MySQL数据库 ECS自建MySQL数据库 GaussDB备版(B兼容模式、M兼容模式) 数据库账号权限要求 在使用DRS进行同步时,连接源库和目标库的数据库账号需

    来自:帮助中心

    查看更多 →

  • 将MySQL同步到GaussDB主备版

    MySQL同步到GaussDB备版 支持的源和目标数据库 表1 支持的数据库 源数据库 目标数据库 本地自建MySQL数据库(MySQL 5.5、5.6、5.7、8.0版本) ECS自建MySQL数据库(MySQL 5.5、5.6、5.7、8.0版本) 其他云上MySQL数据库(MySQL

    来自:帮助中心

    查看更多 →

  • MySQL只读实例磁盘占用远超主实例

    MySQL只读实例磁盘占用远超实例 场景描述 MySQL只读实例的磁盘占用比实例高195GB。 原因分析 排查只读实例上运行的事务: 发现有一直未提交的长事务,如上图所示(事务一天前开始),该长事务导致undo log一直未清理,累计了近一天的undo log,导致磁盘占用高。

    来自:帮助中心

    查看更多 →

  • pt-osc工具连接RDS for MySQL主备实例卡住

    到新表。 rename原表为旧表,并把新表rename为原表名,然后删除旧表。 删除触发器。 因为涉及大量数据复制,对于有从库的MySQL,必然会带来备复制延迟,可能影响从库业务。考虑从库延迟情况,pt-osc工具提供以下几个控制选项: --max-lag --check-interval

    来自:帮助中心

    查看更多 →

  • Redis读写分离实例

    需要用户在客户端做任何配置。 备读写分离实例使用限制: 备读写分离实例的读请求会发送到从节点,从节点从主节点同步数据会有一定的时延。 请确保业务侧不依赖主从同步的时延,如果对主从同步时延有依赖的场景,不适用读写分离实例,请考虑普通备或集群。 备读写分离实例适用于写少读多的

    来自:帮助中心

    查看更多 →

  • 资源和成本规划

    GaussDB(for MySQL)-业务库 CPU架构: X86 | 独享版 | 16核64GB | 1个只读节点 存储空间: 500GB 1 1月 ¥10516.00 分布式消息服务DMS RabbitMQ专享C6规格 1 1月 ¥1360.00 分布式缓存服务DCS 备8GB 2副本(X86版)

    来自:帮助中心

    查看更多 →

  • 怎么解决执行mysqldump出现SET @@SESSION.SQL

    是RDS for MySQL全库(所有库)备份,也会备份整个数据库所有的GTID号。 解决方案 RDS for MySQL数据库在主从数据库进行导出备份和恢复的时候,需要注意是否启用数据库用GTID模式。 如果开启,则在mysqldump数据时,应该在mysqldump命令加上参

    来自:帮助中心

    查看更多 →

  • DDL工具测试对比

    49 测试结果 MySQL原生copy算法:update、insert执行会阻塞,select语句可以正常执行。 MySQL原生inplace算法:不会长时间阻塞DML语句,且对大表添加一列耗时最短。 gh-ost工具:几乎不阻塞DML语句,DDL添加一列耗时比MySQL原生的两种算法时间长。

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了