Oracle Data Guard 是否支持 x86 到 鲲鹏ARM、海光c86 跨架构同步?
随着国产化与 ARM 架构服务器逐渐成熟,越来越多企业开始考虑将 Oracle 数据库从传统 x86 平台迁移到:
华为鲲鹏 ARM
海光 C86
飞腾 ARM
等国产化或 ARM 平台。
那可能在更换数据库服务器时会问,ORACLE 的DATAGUARD 是否支持Intel/AMD X86 到鲲鹏 ARM或海光 C86?
提供综合数据库运维服务与优化方案(不限Oracle MySQL PG GaussDB GoldenDB OceanBase等), 微信/Tel:(+86)134-365-60330
随着国产化与 ARM 架构服务器逐渐成熟,越来越多企业开始考虑将 Oracle 数据库从传统 x86 平台迁移到:
华为鲲鹏 ARM
海光 C86
飞腾 ARM
等国产化或 ARM 平台。
那可能在更换数据库服务器时会问,ORACLE 的DATAGUARD 是否支持Intel/AMD X86 到鲲鹏 ARM或海光 C86?
在 PostgreSQL 中,“视图(View)”、“连接(Join)”以及“谓词下推(Predicate Pushdown)”是直接影响 SQL 执行性能的重要优化环节。所谓谓词下推,是指优化器能够将外层查询中的 WHERE 条件或 Join 过滤条件,自动下推到视图或子查询内部执行,从而尽可能早地减少参与运算的数据量,降低扫描、排序和连接开销。
前面一篇我分享了PostgreSQL系(像kingbase\gaussdb\highgo等)不要使用unlogged table, 那在oracle 迁移到yashanDB库同样存在该风险,yashanDB更是提供了nologging的语法,完全兼容Oracle,但原理机制也不相同。在分布式数据库因为多是基于redo的强一致,多数不支持nologging. 这里我继续简单测试yanshanDB.
因 PostgreSQL 功能丰富,且在处理复杂 SQL 时的性能表现不俗,越来越多客户正从 Oracle 迁移到基于 PostgreSQL 的国产数据库,例如 GaussDB、Kingbase、HighgoDB 等。但要注意:换皮容易换骨难。有些语句看起来“形似”,底层机制却截然不同,仅做语法层面的转换,可能带来致命后果。本文总结 Oracle → PostgreSQL 迁移中NOLOGGING 与 UNLOGGED 这种看似相似、实则差异巨大的特性。
在应用开发中,我们通常会使用 JDBC 的 addBatch() 和 executeBatch() 来提升插入性能。OceanBase 支持将多条 INSERT INTO VALUES() 自动重写合并为 INSERT INTO VALUES(), () 的多值语句,从而大幅减少网络开销。可能因参数的配置,性能相差近百倍。
最近有个客户XC数据库环境的sys% CPU较高,是一台highgoDB 数据库的ARM linux操作系统,loadavg达到200多,sys%占到80%左右,从ps和top进程能看到有几个postgresql进程和几十个“w”进程,简单的记录这一现象。
在分布式数据库的日常运维中,对单个节点进行停机维护(如硬件升级、系统打补丁、配置调整等)是再常见不过的场景。对于 OceanBase 而言,其多副本与 Paxos 协议的高可用特性,让我们在维护单节点时完全可以做到业务无损。
但是,“怎么停”和“停多久”大有讲究。本文将为你梳理一套标准、安全的单节点停机运维方案,并深入解析临时停机与永久停机的核心区别。最近有家金融客户需要做该操作,简单整理一下方法。