oracledataguard学习和各版本DG新特性介绍DataGuard概述：OracleDataGuard是Oracle自带的数据同步功能，可以提供Oracle数据库的冗灾、数据保护、故障恢复等，实现数据库快速切换与灾难性恢复。DataGuard数据同步技术有以下优势：1）Oracle数据库自身内置的功能，与每个Oracle新

文章目录MySQL45讲第二十五讲高可用性深度剖析：从主备原理到策略选择一、MySQL主备基础原理（一）主备关系与数据同步（二）主备切换流程二、主备延迟分析（一）主备延迟的定义与计算（二）主备延迟的来源三、主备切换策略（一）可靠性优先策略（二）可用性优先策略（三）策略选择的权衡四、异常

对误删数据分类的话，有1.delete误删行2.droptable或者truncatetable语句误删表3.使用dropdatabase误删数据库4.使用rm命令误删整个MYSQL实例一，误删行一下操作前置条件是：binlog的格式是row，并且binglog_row_image是FULL,表示记录数据修改前后完整信息。如何恢复使

一、流复制集群介绍postgresql在9.x以前是基于wal日志传送的方式进行复制的，当一个wal写完进行切换之后才会把该wal日志文件传送到备库进行应用，这样延迟比较大。9.x以后支持流复制，所谓流复制就是主服务器在WAL记录产生时即将它们以流式传送给备服务器而不必等到WAL文件被

第三十讲：误删数据后除了跑路，还能怎么办？简概还是平淡的开头​ 今天我要和你讨论的是一个沉重的话题：误删数据。​ 在前面几篇文章中，我们介绍了MySQL的高可用架构。​ 当然，传统的高可用架构是不能预防误删数据的，因为主库的一个droptable命令，会通过binlog传给所有从库和

使用操作系统自带或者第三方HA软件：优点：部署方便。维护成本低。缺点：资源利用率只有50%，备节点闲置。切换过程中，业务不可用。部分配置文件变更后需要手动同步到备机。数据单份存放，存在风险。使用OracleClusterware集群软件：优点：高可用。节点宕机不影响业务连续性。高并发，所有

背景在上一篇文章中，我们在优化join查询的时候使用到了临时表。当时，我们是这么用的：createtemporarytabletemp_tliket1;altertabletemp_taddindex(b);insertintotemp_tselect*fromt2whereb>=1andb<=2000;select*fromt1jointemp_ton(t1.b=tem

第二十五讲：备库为什么会延迟好几个小时？简概开篇​ 在上一篇文章中，我和你介绍了几种可能导致备库延迟的原因。你会发现，这些场景里，不论是偶发性的查询压力，还是备份，对备库延迟的影响一般是分钟级的，而且在备库恢复正常以后都能够追上来。​ 但是，如果备库执行日志的速度持续低于主

第二十四讲：MySQL是怎么保证高可用的？简概：依旧是开篇​ 在上一篇文章中，我和你介绍了binlog的基本内容，在一个主备关系中，每个备库接收主库的binlog并执行。正常情况下，只要主库执行更新生成的所有binlog，都可以传到备库并被正确地执行，备库就能达到跟主库一致的状态，这就是最终一

背景在一个主备关系中，每个备库接收主库的binlog并执行。正常情况下，只要主库执行更新生成的所有binlog，都可以传到备库并被正确地执行，备库就能达到跟主库一致的状态，这就是最终一致性。但是，MySQL要提供高可用能力，只有最终一致性是不够的。主备切换可能是一个主动运维动

MySQL主备的基本原理如图1所示就是基本的主备切换流程。在状态1中，客户端的读写都直接访问节点A，而节点B是A的备库，只是将A的更新都同步过来，到本地执行。这样可以保持节点B和A的数据是相同的。当需要切换的时候，就切成状态2。这时候客户端读写访问的都是节

优质博文：IT-BLOG-CN一、gh-ost的作用gh-ost是由Github提供的OnlineDDL工具，使用binlog代替之前的触发器做异步增量数据同步，从而降低主库负载。基于触发器的OnlineDDL工具原理：【1】根据原表结构执行alter语句，新建一个更新表结构之后的表，称为幽灵表，对用户是透明的。【2

高可用架构主备一致基本原理M-S架构：客户端的读写都直接访问A库，直到切换时把客户端读写切换给B库，A变成备库备库设置为readonly状态：防止切换过程出现双写，可以用readonly状态判断节点的角色基本原理：主库A和备库B之间维持一个长连接，主库内部有一个线程专门用于服务B的这个长连

操作系统版本CentOS7.6数据库版本DM8_20240712数据守护集群版本V4.0目录1.环境准备2.dm_svc.conf配置3.实现原理4.测试1.环境准备        配置读写分离集群，需要先搭建即时归档或实时归档模式的主备集群。我们使用上篇文档《在一台主机上搭建达梦主备集群

一、介绍在官方的5.6版本之前，MySQL只支持单线程复制，由此在主库并发高、TPS高时就会出现严重的主备延迟问题。如果备库执行日志的速度持续低于主库生成日志的速度，那么主从延迟就有可能成了小时级别。而且对于一个压力持续比较高的主库来说，备库很可能永远都追不上主库。1>MyS

PostgreSQL的同步/异步复制简介及互相转换一、介绍1.概念1.1.同步流复制同步流复制就是当主库发生变化，比如有一条DML语句产生了WAL日志后，通过后台进程传送到备库，备库必须要应用这个日志，然后向主库返回一个成功应用的信号，主库才可以成功的commit；否则主库会一直等待到备库成功

众所周知，防止断电丢失Binlog、故障恢复过程丢失数据，MySQL主库必须设置sync_binlog=1。那么作为备库可以例外吗？我们的第一反应当然是不行，既然主库会丢数据，备库自然一样。但其实不然，备库丢了数据是可以重新从主库上复制的，只要这个复制的位置和备库本身数据的位置一致就OK了，它

转发自：https://mp.weixin.qq.com/s/Jz8lEQ6QAnjoTeErbX0q_g前 言相信我们DBA在OracleDataGuard环境中遇到过因主库归档空间有限，归档日志又没有备份，空间满的时候直接删除了归档，导致丢失归档日志，而备库还没有及时接收到这个归档，导致备库出现了GAP现象。因为日志的中断，备

达梦DM8读写分离环境搭建及原理 DM8读写分离是建立在主备基础上，搭建过程大致相同，区别如下：1、主备的dmarch.ini不同。读写分离是：ARCH_TYPE=TIMELY#即时归档类型主备是：ARCH_TYPE=REALTIME#实时归档类型2、客户端连接集群配置稍有不同。客户端主机上需要配置dm_sv

达梦数据库的系统视图v$rapply_sys在达梦数据库（DMDatabase）中，V$RAPPLY_SYS是一个系统视图，用于显示数据库的实时应用（Real-timeApply）系统信息。实时应用是一种数据库复制技术，允许将一个数据库的更改实时应用到另一个数据库中，通常用于数据同步、数据分发和灾难恢复等场景。

一、DataGuard相关动态性能视图 序号 动态性能视图名称 说明1 v$database 查询打开模式，角色，保护模式，保护级别2 v$managed_standby 备库查询进程情况,RFS、MRP03 v$standby_log 查看standbyredolog4 v$archive_dest_statu

复制复制有多快关于复制的一个比较普遍的问题是复制到底有多快？简单来讲，它与MySQL从主库复制事件并在备库重放的速度一样快。如果网络很慢并且二进制日志事件很大，记录二进制日志和在备库上执行的延迟可能会非常明显。如果查询需要执行很长事件而网络很快。通常可以认为查询

复制复制管理和维护确定主备是否一致在理想情况下，备库和主库的数据应该是完全一样的。但事实上备库可能发生错误并导致数据不一致。即使没有明显的错误，备库同样可能因为MySQL自身的特性导致数据不一致，例如MySQL的Bug、网络中断、服务器崩溃，非正常关闭或者其他一些错误。(

复制配置复制为MySQL服务器配置复制非常简单。但由于场景不同，基本的步骤还是有所差异的。最基本的场景是新安装的主库和备库，总的来说分为以下几步:1.在每台服务器上创建复制账号2.配置主库和备库3.通知备库连接到主库并从主库复制数据这里我们假定大部分配置采用默认值

 OracleRAC备库启动service报"ORA-16000:databaseopenforread-onlyaccess" 还是2019.03.01那天的事了，当时在KFT客户就遇到这个问题，最近在规整一些资料看到当时待整理的文档，就抽空做做实验整理下。报错信息如下，ADG备库：[oracle@xxxprdoradb01~]$srvctlstartservic