哪吒的“三头六臂”象征无所不能的战斗力，而国产数据库的兼容性设计，则如同这一神通，以多面适配能力破解生态困局的同时又在异构数据湖中织就了自主可控的神经网络。兼容性不仅是技术问题，更是生态战略。企业若要从Oracle等数据库迁移至国产数据库，往往面临架构重构、代码改写、性能低下、数据丢失等风险。如何实现“平滑迁移”，成为国产数据库能否规模化应用的关键。各个国产数据库通过支持Oracle、SQL Server、MySQL等主流语法和接口，大幅降低用户的迁移成本。金仓的答案是：以“三头六臂”之姿，全面兼容主流数据库，其推出的三大兼容方案覆盖了90% 的存量系统迁移需求。例如，某金融机构的核心系统原基于Oracle，迁移至金仓数据库时，仅需修改5% 的SQL语句即可完成适配。另一典型案例是某东北国有特大型汽车企业集团的MySQL系统迁移。哪吒的“三头六臂”并非简单模仿，而是融合自身特点的升华；国产数据库的兼容策略同样如此——既尊重历史积累，又开辟新的可能。

“我命由我不由天”——这句源自《哪吒之魔童降世》的呐喊，恰如其分地映射了国产数据库的崛起之路。在上个世纪九十年代，中国数据库市场被甲骨文、微软、IBM等国际巨头垄断，国产数据库在技术壁垒与市场偏见中艰难求生。然而，从1977年黄山数据库研讨会的星星之火，到如今金仓、达梦等国产数据库的燎原之势，这场“逆天改命”的征程，不仅打破了技术依赖的枷锁，更在兼容性、迁移能力和应用场景中展现出“三头六臂”的锋芒。本文将以哪吒重生的视角，揭开国产数据库从破茧到腾飞的启示录。这是中国数据库领域的首次会议，与会专家们围绕数据库技术和理论、DBMS的设计与实现以及数据库的应用等展开。20世纪末期，国内数据库研发迈出第一步。这种偏见甚至演变为一种固有认知——“国产数据库只能用于边缘业务”。国产数据库迎来政策与市场的双重东风。正如哪吒以莲藕重塑肉身，国产数据库以自主创新实现了“脱胎换骨”。

MySQL 8.0 虽然没有和 Oracle 完全相同的命令，但通过Performance Schema 可以实现类似的监控功能。下面详细说明如何查询table_io_waits_summary_by_index_usage 表，并给出示例查询，同时指出注意事项，比如需要启用 performance_schema，数据重置的问题，以及可能的统计限制。 MySQL 8.0 虽然没有完全等同于 Oracle 的 `ALTER INDEX ... MONITORING USAGE` 语法，但可以通过 **Performance Schema** 和 **Information Schema** 实现类似的索引使用监控功能

锁定统计信息虽然可以防止统计信息被意外修改，但也可能带来统计信息过时、优化器决策不准确等问题。因此，在使用锁定统计信息时，需要结合具体业务场景，并做好监控和维护工作。Oracle 收集统计信息时报错 ORA-20005 统计信息已锁定。不知什么时候什么人，这个表的统计信息被锁定了，锁定统计信息后，统计信息将不再更新，即使表中的数据发生了显著变化，过时的统计信息可能导致优化器选择错误的执行计划，进而影响查询性能，一般在数仓环境下经常 truncate 表时会锁定统计信息，以保证 SQL 执行计划不发生改变。如果一些对象没有统计信息，而恰巧该对象又锁定了统计信息，那么此时数据库在执行 SQL 时，就会使用动态采样。

GBase 8s 是天津南大通用数据技术股份有限公司自主研发的、成熟稳定的基于共享存储的数据库集群，拥有自主知识产权，支持集中式部署、共享存储高可用部署、两地三中心高可用部署，具备高容量、高并发、高性能等特性，本次学习打算部署单机模式。天津南大通用数据技术股份有限公司成立于 2004 年，注册资金 1.6 亿元，公司自成立以来始终坚持自主创新，产品的核心技术及底层代码自主可控，构建了覆盖数据管理全生命周期，包括分析型、事务型、分布式事务型、云原生数据仓库等全技术栈的数据产品体系及服务解决方案。GBase 8s 安装起来比较简单，玩过 Oracle、MySQL 的同学几乎不会有什么问题，尤其是单机环境，GBase 8s 支持多种处理器平台，除国际主流的 x86_64 处理器外，全面支持飞腾、鲲鹏、龙芯、兆芯、海光、申威等国产处理器。GBase 8s 也可以运行于多款操作系统，包括：RHEL 和 CentOS 等 Linux 操作系统、统信 UOS、麒麟、欧拉等国产操作系统。

Linux8 从 0 开始安装

jemalloc 优化 MySQL OOM 内存,不知你有没有遇到 MySQL 使用一段时间后，内存使用率则会很高，超出正常水平而告警？

可参考我的这篇文章，有问题及时沟通Oracle 19c 修改监听端口

查看每个归档生成率该查询在现有数据库上运行时计算每个日志的重做生成率。（根据需要更改时间戳）SELECT THREAD#, SEQUENCE#, BLOCKS*BLOCK_SIZE/1024/1024

简而言之，操作系统负责启动 ohasd 进程，ohasd 进程启动 agents 用来启动守护进程(gipcd, mdnsd, gpnpd, ctssd, ocssd, crsd, evmd ,asm …) ，crsd 启动 agents 用来启动用户资源。如果需要了解更详细的 Grid Infrastructure Cluster 启动顺序，请参阅 note 1053147.1。对于11.2.0.3 以上的非EXADATA的系统，ora.diskmon会处于offline的状态，由于 ohasd.bin 的责任是直接或者间接的启动集群所有的其它进程，所以只有这个进程正常启动了，其它的进程才能起来，如果 ohasd.bin 的进程没有起来，当我们检查资源状态的时候会报错 CRS-4639

Doris是百度开源的一款为数据分析而生的数据库。从 2008年诞生之日起，Doris的每一次进步都是为了解决切实的OLAP业务痛点，每一次转变都是在应对不同的业务挑战。Doris的发展历程大致如下图：。在架构方面，Doris只有两类进程：一类是FE，可以理解为Doris的管理节点，主要负责用户请求的接入、查询计划的解析、元数据的存储和集群管理相关工作；另一类是BE，主要负责数据存储、查询计划执行。除此之外，Doris不依赖任何第三方系统。FE节点包含 Leader、Follower和 Observe r三种角色。Observer 同步 Leader 的数据，但是不参加选举。今天主要介绍的是 Doris 的商业版本 SelectDB，来自飞轮科技。

三点疑问：如果这些表建在 system 表空间下，那他用的什么用户呢？难道不是业务用户吗？如果是业务用户那么为何还要换到其他 schema 下？如果要换 schema，那么就是前面老兄说的导出你这些业务表，要停止业务的，或者直接 expdp … tables=你的业务表然后新建用户和表空间 remap 导入是没有问题的。如果还是原来的业务用户建错了默认表空间的话，那可以直接 move 表到新的表空

前几天写了一个达梦数据库因网卡故障挂起的文章，没有说明主备搭建的过程以及配置文件等信息，今天想着把原来的文档分享出来一起学习。DM 数据守护是一种集成化的高可用、高性能数据库解决方案，是数据库异地容灾的首选方案。通过部署 DM 数据守护，可以在硬件故障、自然灾害等极端情况下，避免数据损坏、丢失，保障数据安全，并且可以快速恢复数据库服务，满足用户不间断提供数据库服务的要求。DM 数据守护的核心思想是监控数据库状态，获取主、备库数据同步情况，为 Redo 日志传输与重演过程中出现的各种异常情况提供一系列的解决方案。DM 数据守护主要由主库、备库、Redo 日志、Redo 日志传输、Redo 日志重演、守护进程、监视器组成。

添加所有列补充日志试试

目前根据 PostgreSQL 的版本支持策略，在 2019 年发布的 PostgreSQL12 已于（2024-11-14）正式脱离支持生命周期，不在支持了，PG13 到 PG17 还在支持范围内.

DMDW 主备实例集群通过 MAL 系统来发送日志和同步信息，而 MAL 系统使用 10.0 网段的地址来通信，如果私网通信受阻或者中断，则会导致 DMDW 主备实例出现故障主库挂起，无法提供写操作。因为达梦数据库在Suspend 状态下，会限制 REDO 日志刷盘，虽可以访问数据库对象，甚至可以修改数据，但是一旦执行 Commit 等操作触发 REDO 日志写盘时，当前操作就会被挂起。 所以我们要防止因磁盘空间或者网络故障导致的远程实例无法归档的情况发生，当实时归档失败时，Primary 实例将试图切换成 Suspend 状态，防止后续的日志写入。如果一旦写入日志，当主备库切换时，备库就有可能没有收到最后那次的 RLOG_BUF，导致主库上多一段日志，很容易造成主备库数据不一致。当实例成功切换为 Suspend 状态时，可直接退出，强制丢弃多余的日志，避免主备库数据不一致。

JiekeXu_国产数据库学习笔记，新增国产化数据库集合

12 月 31 号下午快要下班的时候，看到监控突然告警，一套 19c 核心 ADG 备库出现“apply lag”应用延迟，心想难道是刚才表空间扩容添加数据文件导致的吗？赶紧跑到监控室登录生产环境看看。首先登录到备库查看延迟情况，确实有两个多小时的 apply lag 延迟时间，通过 V$MANAGED_STANDBY 视图继续查看 MRP 进程发现已经不存在了。 然后去查看 alert 日志发现了问题，MRP 进程因 ORA-00059 进程挂掉了，参数 db_files 达到了最大值备库恢复中断，提示控制文件 SCN 比 数据文件 SCN 大一点，数据库仍然是 open 状态，可进行查询，但需要恢复。

有的时候，我们在使用 OGG 的过程中，需要维护数据正常同步，减少同步延迟，其中有一个手段就是拆分应用进程。下面则介绍了如何新增应用进程以及如何拆分应用进程。

昨天周末，闲来没事，也没有午休，下午刚好没有外出坐在电脑前回答微信群友的问题，突然好朋友在另一个群里发了一个 Oracle 启动失败的截图，说是主机断电重启了，Oracle 数据库启动不了，一看数据库版本是 19.3，也不是啥老掉牙的库，觉得问题不大。大概 16:30 左右，朋友便在群里发了个截图，我大概看了一眼，“ORA-01081: "cannot start already-running ORACLE - shut it down first”，问了下是不是断电没停干净，是不是还有残余进程，然后让清理一下信号量。接着又发来一张图，问是不是和开启自启动有关系，我说有可能，还有 LOCAL=YES 的数据库进程存在，用总监刚写的清理信号量的命令：ipcrm -a 清理掉所有共享内存段和信号量。ipcrm 是一个用于删除 System V IPC对象的命令行工具。System V IPC 包括消息队列、信号量集和共享内存段。ipcrm 命令允许你删除这些对象，以释放系统资源。

2024 年 11 月 21 日： PostgreSQL 17.2、16.6、15.10、14.15、13.18 和 12.22 发布！五年一个大版本，PostgreSQL 的下一个主要版本计划是 PG18 版本，计划于 2025 年 9 月发布。PostgreSQL 版本发布策略除另有说明外，这些发布的目标日期为每年 2 月、5 月、8 月和 11 月的第二个星期四，目前即将发布的时间表是。下面我们来看一下如何在 Linux 8.7 上快速安装 PostgreSQL 17.2。

PostgreSQL 是一个强大的开源关系型数据库管理系统。psql 是其默认的命令行客户端工具，提供了丰富的功能来管理和操作数据库。本文将介绍一些常用的 psql 命令，帮助你更高效地使用 PostgreSQL。如果端口是默认的 5432，直接使用 psql 连接到数据库，如果是其他端口，则需要 -p 指定端口号。psql -h hostname -p port -U username -d database_name. psql -h 192.168.75.11 -p 54321 -U postgres -d postgres. 连接到数据库以后,首先使用 \help 命令查看帮助信息。

关于统计信息去年已经写过一篇很详细的内容，并输出了脑图，感兴趣的可以去看看。并行收集统计信息可以使用DEGREE并行执行，但同一个表的分区之间还是串行执行，使用 CONCURRENT 并发收集，分区之间可以并行收，DEGREE 和 CONCURRENT 同时使用。单个对象的并行统计信息收集 通过 GATHER_*_STATS 参数 DEGREE 控制 假设 EMP1 表的 degree 定义为 4， 那么收集统计信息时候有 4 个进程运行。单个分区可以并行收集，收集完一个分区，再收集下一个，多个分区不能同时收集，对于分区表首次采集时间可能比较长。如下通过分配通道，则可以实现并行。

废话不多说，干货来了，赶快收藏点赞转发起来吧，接上文，八千字带你了解 Oracle 并行那些事(一). 一般情况下，我们都只是在会话级别开启并行 DML。那么DML 有 INSERT、DELETE、UPDATE、MERGE 这四种，例如下面这样开启并行 DML：。INSERT /*+ parallel */ into emp1 select /*+ parallel */ from emp where empno=30;当然也有的直接是 alter session force parallel dml parallel 8; 这样就算后面的 SQL 语句没有加 HINT 也是使用并行 DML。

废话不多说，干货来了，赶快收藏点赞转发起来吧，接上文，八千字带你了解 Oracle 并行那些事(一). 并行执行可将多个 CPU 和 I/O 资源用于执行单条 SQL 语句。并行执行有时也称为并行性。所谓并行，就是将任务分解，让多个进程同时进行部分工作，而不是由一个进程完成查询中的所有工作。举例来说，当四个进程共同计算一年的总销售额时，每个进程处理一年中的一个季度，而不是由一个进程单独处理所有四个季度。这对绩效的提高是非常显著的。并行执行服务器：当数据库实例启动后,数据库创建一个并行执行服务器池以供并行操作. 一个叫 parallel execution coordinator的进程负责分配Parallel Execution Servers并协调把并行执行的结果返回给用户，默认情况下Parallel Execution Servers处于开启状态。

Oracle 并行是指在执行一个 SQL 语句时，通过分配多个进程同时执行数据的扫描、聚合等操作，在此过程中也会使用更多的 CPU、IO 等资源，使其 SQL 的响应时间更快。并行执行是充分利用硬件资源，以硬件资源换时间，处理大量数据时的核心技术。在我们实际工作中，由于使用不当，并行操作无法并行，或者并行执行计划效率低下，没有获得期望的性能提升。了解 Oracle 的并行操作，有利于我们更好更快的完成工作。用户会话或影子进程充当协调器的角色，通常称为查询协调器 或并行执行 协调器。PX 协调器获取必要数量的进程，称为并行执行 服务器。单个 DFO 的并行性称为操作内并行性，DFO 之间的并行性称为操作间并行性。从 Oracle 数据库的角度来看，并行度与分区数无关。在计算粒度期间，Oracle 数据库会考虑 DOP，并尝试将来自不同数据文件的粒度分配给每个 PX 服务器，以尽可能避免争用。此外，Oracle 数据库还会考虑大规模并行处理 系统上粒度的磁盘亲和性，以利用 PX 服务器和磁盘之间的物理接近性。

11月14日非常荣幸的受到邀请闪现深圳，在五洲宾馆 A座的五洲厅和一些新老朋友参加了YashanDB的国产数据库创新生态大会，该会由深圳计算科学研究院主办、深圳崖山科技和赛迪网承办。会上，崖山数据库发布了V23.3 LTS 版本以及崖山数据库一体机、崖山数据库华为云服务等新品，为企业提供了更多的解决方案。崖山数据库系统YashanDB是深圳计算科学研究院自主设计研发的新型数据库管理系统，融入原创的有界计算、近似计算、并行可扩展和跨模融合计算理论。那么对于这个名字经常看到网友们对其褒贬不一，崖山数据库之名取自崖山海战，今天我也看看崖山海战到底是什么？国产数据库历经三代发展， 还没有能够真正替代 Oracle 的产品。那么，崖山数据库根技术在哪呢？最后，祝愿崖山数据库这个后起之秀，厚积薄发，能在未来的国产数据库之路上占据一席之地，知其不可为而为之坚持到最后，获得最终的胜利，扬我华夏之威名。

上周五快要下班的时候，接到一个需求帮助，问怎么在内网环境的 Linux 上离线安装 PostgreSQL 客户端访问另一套 PG 主备库。原客户的问题比较模糊，转述给我的也就是这样的需求，不知道是需要类似 psql 还是类似 pgadmin 可图形化的工具，这里惯性思维认为 Linux 下就应该是非图形化命令行界面，那么也就按照这个思路往下走了。PostgreSQL 是一个发展了 20 多年的强大的开源关系型数据库，它支持多种客户端工具，这些工具可以帮助我们更方便地连接、管理和操作 PostgreSQL 数据库。我们都知道当安装完 PostgreSQL 之后，我们便可以通过 psql 客户端工具登录到数据库实例，比如增删改查，创建数据库等一些数据库管理操作。由于前面的需求是 Linux 主机，无图形界面的话，首先想到的则是 psql 客户端工具，但由于 PG 官方目前好像没有提供单独的 psql 安装包，我们则可以选择编译安装二进制服务包来达到目的，说干就干。

MongoDB 发展历史及各主要版本新特性概述

前 言最近两个月前遇到网友有一套云上的单机的 11g DG，去年通过某云搭建好了 ADG 环境，但今年中由于网络原因导致主库的归档日志还没有传递到备库就被强制删除了，进而导致 ADG 备库出现 GAP

众所周知，Oracle 在 2018 年的时候就宣称发布了自治数据库 Autonomous Database，ADB 是基于人工智能和机器学习技术的数据库产品，该产品的推出标志着 Oracle 进入了一个新的时代——数据库的“自动驾驶”时代，可惜的是这是一款云数据库产品，本地部署模式无法使用，但在今年 5 月发布的 Oracle 23ai Free 版本的本地数据库中，我们可以体验向量相关能力，旨在增强数据库的 AI 处理能力和数据检索效率，因为目前如果想体验 AI 自然语言查询等相关功能，需要借助 GPT 功能才可以。Oracle 迟迟没有发布本地部署的 Oracle 23ai 版本，AI 相关的具体能力暂时只能通过官方文档捕获。

Oracle 数据库是一款世界级的优秀产品，业界地位无可动摇，但这么优秀的数据库也存在很多 BUG 缺陷，不像国产数据库，要是有一个 BUG 就会被友商抓住不放，大肆宣扬这个数据库怎么怎么样，有什么问题不能用，自家的数据库多好多好，听到这样的话语实在是让人无语。。。。。。除非遇到致命的 BUG 导致不可用，不然就算是 BUG 也没啥事呀，而在 O 记官方每个季度均会发布补丁包来修复一些已知的问题，而且最近一年还提供每月的 MRP 补丁，本年第三季度的补丁这周二也已经发布了 RU25。其实这个系列的文章已经写了很多篇，包含 11g、19c 单机 RAC 以及 AIX、Linux 平台的多篇文章，本来想着不在写了，但架不住国庆前一天，手贱非得找点活干，一测试环境 RAC 打补丁从 RU15 升级至 RU23,记得这个环境之前是从 RU19.4 升级到 RU19.15 的，升级过程一切顺利，想着本次升级应该也没问题，谁能想到，这一次几乎遇到了打补丁过程中遇到的所有问题，且从 30 号白天一直到国庆凌晨 2 点都没有完成。

在墨天轮 2024 年 10 月的中国数据库流行度排行榜上，本月又比上月减少了 10 款数据库，仅有 225 款数据库参与排名，记得在七八月份的时候还有 285 款产品参与排名，看来这一半年的时间消失了大约 60 款不知名的数据库，而在排行榜上排名靠前的时序数据库 TDengine 则是今天要了解的一款产品。TDengine 核心是一款高性能、集群开源、云原生的时序数据库，专为物联网IoT平台、工业互联网、电力、IT 运维等场景设计并优化，具有极强的弹性伸缩能力。它由北京涛思数据科技有限公司开发，拥有自主知识产权、100% 自主可控，采用 AGPL 许可证，已经将 TDengine 的内核100% 开源。在 TDengine 中，taosd 是一个关键的守护进程，同时也是核心服务进程。taosKeeper 是 TDengine 3.0 版本中新增的监控指标导出工具，旨在方便用户对TDengine 的运行状态和性能指标进行实时监控。通过简单的配置，TDengine 能够将其运行状态、指标等信息上报给 taosKeeper。

众所周知，Oracle 的 AWR 报告自 Oracle 10g 产生以来，只能查看分析主库上的性能问题，如果 ADG 备库出现性能问题，收集的 AWR 报告也是主库的性能数据，没法判断分析备库性能问题，那么自 Oracle 12cR2 以来，可以拍摄备库的自动工作负载存储库 快照。备库的 AWR 是确定 Active Data Guard 备库中恢复和报告工作负载性能问题的最佳工具。有关配置和管理备库 AWR 的详细信息，请参阅管理 Active Data Guard 备库中的自动工作负载库。它将启用 ADG 中 CDB 和所有 PDB 的自动快照。这里我们参考 How to Generate AWRs in Active Data Guard Standby Databases 文档进行简单的设置。此功能可用于分析 ADG 备用数据库的任何性能相关问题。

本文为几个月之前学习 YashanDB YCA 认证的学习笔记，比较简单精炼，适合初学者以及需要考 YCA 认证的朋友。部署模式： 1主+n备，最多32备；支持备机可读，RTO <= 30S，RPO = 0；支持两地三中心架构。索引段、 回滚段等不同类型的段。崖山驱动及工具：基础工具&驱动 迁移工具：Yashan Data Sync 运维工具：Yashan Cloud Manager. 崖山数据库系统选件：YashanDB集中式事务型、YashanDB集中式事务型集群版、YashanDB分布式分析型容量型/节点型。YashanDB总耗时60s，Oracle总耗时112s，Greenplum总耗时883s ，YashanDB TPC-H性能是Oracle的1.86倍，是Greenplum的14.72倍。

“好记性不如烂笔头”这句谚语强调了记录信息的重要性。它提醒我们，再好的记忆力也不如将事情记录下来可靠。通过书写，不仅可以帮助记忆，还能随时查阅，避免遗忘。无论是学习还是工作，养成做笔记的习惯都是十分有益的。今天打算将近期遇到的几个数据库小问题记录下来分享给大家。这个小问题则是发生在 insert、update 时 SQL 语句中包含了“&”字符，这样当我们去执行此 SQL 时默认会当做变量需要传入新值，这是不对的，例如：。在 Oracle SQLPLUS 中插入数据时，insert into t values ;插入值有特殊字符 & 导致插入引入变量，这个是 Oracle 里面用来识别自定义变量的设置，现在我们在 SQLPLUS下 将其关闭：。我们可以看到，方法一最为简便，而且效率也最高。方法二因为有一个调用函数的过程，所以性能稍差。首先第一个和最后一个都是 Oracle 中的字符串连接符，这个没有异议

1999 年 6 月，在王珊教授的带领下，中国人民大学一批从事数据库研究的学者创立了我国第一家数据公司——北京金仓信息技术有限公司。今年是人大金仓成立 25 周年的日子，也是人大金仓正式更名的日子，8 月底，人大金仓公司名称由“北京人大金仓信息技术股份有限公司”变更为“中电科金仓（北京）科技股份有限公司”，简称“电科金仓”，从公司名字的变更看出脱离了高校的属性。更多介绍可以查看前面一篇文章《聊聊人大金仓 KingbaseES 数据库》。KingbaseES 支持多种操作系统和硬件平台:支持 Linux、Windows、国产 Kylin 等数十个操作系统产品版本，支持通用 x86_64 及国产龙芯、飞腾、申威等 CPU 硬件体系架构。针对不同类型的客户需求，KingbaseES 提供标准版、企业版、专业版、开发版等多种版本。License 是 KingbaseES 提供的授权文件，其中会对数据库有效日期、发布类型、最大并发连接数、mac 地址、ip等信息进行设置，如果在 License 文件中信息与安装环境中相关信息不匹配，数据库将无法启动。

近期有一套 Oracle 19c RAC Non-CDB 环境由于某种原因需要迁移到新的存储和主机上，计划使用 ADG Switchover 切换进行操作。之前也写过一篇《[Oracle 19c ADG Swithover 切换手册]》，包含一些切换前的检查步骤，沿用 Oracle 11g 的切换语法操作 19c 也是正常切换了。殊不知从 Oracle 12.1 开始有更简洁的切换命令，今天就来试试。

主库利用 rman 备份片生成备库。拷贝原环境 .bash_profile 进行修改。export PATH LANG NLS_LANG ORACLE_BASE ORACLE_HOME ORACLE_SID #使环境生效