执行引擎一般负责查询的执行，执行引擎在SQL执行栈中起到接收优化器生成的执行计划Plan、并对通过存储引擎提供的数据读写接口，实现对数据进行计算得到查询的结果集。在典型的OLTP场景中，简单查询占了很大一部分比例。这种查询的特征是只涉及单表和简单表达式的查询，因此为了加速这类查询，openGauss提出了SQL by pass框架，在parse层对这类查询做简单的模式判别后，进入到特殊的执行路径里，跳过经典的执行器执行框架，包括算子的初始化与执行、表达式与投影等经典框架，直接重写一套简洁的执行路径，并且直接调用存储接口，这样可以大大加速简单查询的执行速度。

结构化查询语言（SQL）是用于访问和处理关系型数据库的标准计算机语言。 openGauss数据库支持的SQL标准，默认支持SQL2、SQL3和SQL4的主要特性。当然了， 一般说到数据库的SQL语句，就离不开两个方面： 一是数据类型，二是sql语句基本语法。

GaussDB(for openGauss)基于华为主导的openGauss生态推出的企业级分布式关系型数据库，是华为公司倾力打造的自研企业级分布式关系型数据库。 该产品具备企业级复杂事务混合负载能力，同时支持优异的分布式事务，同城跨AZ部署，数据0丢失，支持1000+扩展能力，PB级海量存储等企业级数据库特性。拥有云上高可用，高可靠，高安全，弹性伸缩，一键部署，快速备份恢复，监控告警等关键能力，能为企业提供功能全面，稳定可靠，扩展性强，性能优越的企业级数据库服务。同时华为开源openGauss单机主备社区版本，鼓励更多伙伴、开发者共同繁荣中国数据库生态。

基于华为主导的openGauss生态推出的企业级分布式关系型数据库，是华为公司倾力打造的自研企业级分布式关系型数据库。该产品具备企业级复杂事务混合负载能力，同时支持优异的分布式事务，同城跨AZ部署，数据0丢失，支持1000+扩展能力，PB级海量存储等企业级数据库特性。拥有云上高可用，高可靠，高安全，弹性伸缩，一键部署，快速备份恢复，监控告警等关键能力，能为企业提供功能全面，稳定可靠，扩展性强，性能

不存在替代，或者说替代是相对而言。 openGauss内核源自PG（PostgreSQL9.2 和PG XC）开源数据库，孵化自华为GaussDB商业数据库，具备企业级能力的开源数据库。 并且，以openGauss为基础的商业版本越来越被更多的公司接受和推广，国产的数据库在国内越来越流行，各种因素驱动吧，市场占有率也会越来越高~  

参考：penGauss训练营学习心得--主备集群部署-sysbench压测与WDR报告生成 https://cdn.modb.pro/db/403541 

参考：2022 年 4 月，Apache ShardingSphere 社区公开表示，Apache ShardingSphere与openGauss 合作的分布式解决方案在TPC-C测试中，使用 16 台服务器得到了平均超过1000万tpmC 的结果。其中，在单机性能方面，openGauss 充分利用了多核 CPU 的性能，实现两路鲲鹏 128 核达到 150 万 tpmC，内存优化表（MOT）引

1、openGauss引入了MOT（Memory-Optimized Table）存储引擎，它是一种事务性行存储，针对多核和大内存服务器进行了优化。可以实现高性能、高吞吐、可预测低延迟以及多核服务器的高利用率。MOT与基于磁盘的普通表并排创建。并且支持完整的数据库功能集，如存储过程和自定义函数。 MOT完全支持ACID特性，包括严格的持久性和高可用性支持。通过完全存储在内存中的数据和索引、非统一内

openGauss社区当前缺乏基于openGauss的时序数据管理能力，但是应该有一些第三方在做基于openGauss数据库的研究，包括时序数据质量、存储引擎、查询分析等。一起期待中~

应该是所有版本都有引入的~ 官方是这么描述的：openGauss引入MOT（Memory-Optimized Table）存储引擎，它是一种事务性行存储，针对多核和大内存服务器进行了优化。MOT是openGauss数据库最先进的生产级特性，它为事务性工作负载提供更高的性能。企业可以在关键任务、性能敏感的在线事务处理（OLTP）中使用MOT， 可以实现高性能、高吞吐、可预测低延迟以及多核服务器的高利

2022年8月16日，在2022第十届中国电子信息博览会（China Informatica Technology Expo；英文简称“CITE”）期间，openGauss企业级开源数据库一举摘得本届中国电子信息博览会最高奖项金奖。

时下，开源成为技术发展的大趋势。开源促使开发人员获取需要软件时，更加便利。尤其在云计算的出现后，开源的便利性得到极大地提升。开源和云两者交融，迸发更多势能。但是，很多人发出担忧：“云和开源的结合，是否会导致传统的数据库在无形中被吞噬？”

图数据库是近年来成长最快的数据库分类，在关系存储上具有的巨大的优势使其得到各行各业的广泛关注。本文将分享基于图数据库对元数据血缘关系进行的研究和实践，希望读者通过本文可以对相关知识及其在企业的实际应用有更进一步了的了解。

图数据库（图计算）应对的是当今一个宏观商业世界的大趋势，它凭借对海量、复杂、动态数据的挖掘、分析和关联而获得洞察力。事实上，虽然其本身还无法在短时间内完全替代那些已经被用户充分认识和使用的数据平台，但市场对该技术的需求不断激发着图数据库（图计算）的内生动力。

地理空间数据，英文名称：Geospatial data，定义：面向主题的、集成的、动态更新的、持久的空间数据集合。 地理空间数据：是空间数据的一种特殊类型。它是指带有地理坐标的数据，包括资源、环境、经济和社会等领域的一切带有地理坐标的数据，是地理实体的空间特征和属性特征的数字描述。

replconninfo1 设置本端侦听和鉴权的第一个节点信息，如果备机有2个，就会有replconninfo2. log_directory 决定存放服务器日志文件的目录，om初始化安装时命名跟实例id相关。来自踩坑者的warning：根据某一个节点生成例外一个节点的postgresql.conf文件，俗手请按参数逐个修改，不可全量替换，容易改错ip等。可以通过gs_om -t generateconf -X XMLFILE --distribute 重新生成。如果丢失，可以从其他节点直接cp（推荐），或者安装包直接解压覆盖，也可以重新执行一遍gs_preinstall. 为啥我都是推荐从其他节点cp呢，通过om安装的数据库会产生证书在每个节点，解压包是不会产生这些的，如果用到了openssl，需要手动生成。[xb0608@xb01 ~]$ gs_dropnode -U xb0608 -G xb0608 -h 192.168.0.26. ps -ef|grep ^xb0608|awk '{print $2}'|xargs kill -9 && userdel -r xb0608

我是酷哥，数据库资讯，带您速览，欢迎大家阅读。摘要： openGauss Developer Day 2022于7月14-15日线上和线下同步举办。这是面向数据库开发者的年度活动，也是openGauss开源社区发起并主办的首届开发者大会。本届大会在中国计算机学会数据库专委会的指导下，由openGauss开源社区主办，联合海量数据、云和恩墨、东方通、清华大学共同举办。神舟通用、云和恩墨、超图软件、南大通用、海量数据、超聚变及中国联通等伙伴和行业客户基于openGauss 3.0推出商业发行版；社区治理持续升级，openGauss开源社区用户委员会和品牌委员会成立；

大家好！我是酷哥，数据库资讯，带您速览，欢迎大家阅读。

大家好！我是酷哥，数据库资讯，带您速览，欢迎大家阅读。

SQL引擎执行查询主要经历了词法语法解析、查询重写、查询规划和计划执行等步骤。其中，在查询规划过程中，为了生成可执行的最优计划，首先要生成路径，而由于路径存在多样性，因此需要对路径进行淘汰选择。目前优化器进行路径的选择主要是基于估算的代价，因此这种优化器也被称为基于代价的优化器（Cost Based Optimization， CBO）。相对于逻辑优化，这种优化方法是物理优化：根据数据的分布（统计信息）情况来对查询执行路径进行评估，从可选的路径中选择一个执行代价最小的路径进行执行，例如是否选择索引SeqScan vs. IndexScan，选择哪个索引，两表关联选择什么样的连接顺序，选择怎样的具体算法等。 在代价估算时，需要使用基表或连接表的行数，而在很多时候，优化器无法获得准确的行数值，因此需要对行数进行估算（Cardinality Estimation），然后再计算代价。

大家好！我是酷哥，数据库相关资讯，带您速览，欢迎大家阅读。

openGauss后续演进中提供DSS共享存储及DMS共享内存的（备机实时一致性）能力。

避免线程在运行中在不同核上漂移，从而引起访问NUMA远端内存。openGuass通过配置参数thread_pool_attr控制CPU绑核分配，该参数仅在enable_thread_pool打开后生效。  （同参考一楼的链接）

openGauss在多核架构的处理上做了很多优化，包括Numa相关设计及优化、并行执行、线程池架构等。

第二十四期（20220620）数据库资讯精选

贾老师分享的一键部署脚本（https://www.modb.pro/db/106407）可参考！  注：脚本里面对应的ip、版本号替换掉~

如果写在builtin中的函数或者有同名重载函数需要开放或者供内部引用，extern 后面不能加“C”。对于新增的模块如果不在内核现存hook的引擎部分需要在内核加新的hook。将测试用的.sql文件放入sql文件夹 预期结果放入expected文件夹。注意使用LF行尾序列避免格式问题。根据memcheck报告分析是否有内存问题。930为第一次正式版本，后续新增的写在SQL中的函数、类型等均需要同步写到升级脚本中。因此在创建新的兼容类型时，无法和之前内核开发一样直接写在头文件中，而是需要通过sql语句来create type，由于这样生成的类型OID是随机的，因此对于和该类型相关联的方法、CAST、操作符等均需要在SQL语句中生成，且SQL中调用的新增函数必须按上述开放接口函数，同时建议除了需要覆盖内核同名函数外，尽可能不要在builtin.ini中开发新函数，而是使用sql，因为这样可以避免和未来内核开发的函数OID冲突。

SQL语言是丰富多样的，非常的灵活，不同的开发人员依据经验的不同，手写的SQL语句也是各式各样，另外还可以通过工具自动生成。SQL语言是一种描述性语言，数据库的使用者只是描述了想要的结果，而不关心数据的具体获取方式，输入数据库的SQL语言很难做到是以最优形式表示的，往往隐含了一些冗余信息，这些信息可以被挖掘用来生成更加高效的SQL语句。查询重写就是把用户输入的SQL语句转换为更高效的等价SQL，查询重写遵循两个基本原则。查询重写是基于规则的逻辑优化。

在大并发场景下，openGauss提供线程池能力，控制并发数量，保障系统稳定；以及提供增量checkpointer等机制，保障性能波动不超过5%。

大家好！我是酷哥，数据库相关资讯，带您速览，欢迎大家阅读。

可参考 openGauss提供的Append-only和inplace update两种存储引擎模式  一起思考思考~   

openGauss社区开发者提供基于grafana + prometheus + opengauss_exporter方式进行数据库节点监控，同时AI框架DBMind也提供类似能力，请参考~

没试过，之前有贾老师分享的一键部署脚本（https://www.modb.pro/db/106407）可参考， 注意：脚本里面的ip、版本号可以对应的替换掉~  

openGauss在pgparsequery中调用rawparser函数对用户输入的SQL命令进行词法分析和语法分析，生成语法树添加到链表parsetreelist中。完成语法分析后，对于parsetreelist中的每一颗语法树parsetree，会调用parseyze函数进行语义分析，根据SQL命令的不同，执行对应的入口函数，最终生成查询树。openGauss使用flex工具进行词法分析。在scan.l中处理“标识符”时，会到关键字列表中进行匹配，如果一个标识符匹配到关键字，则认为是关键字，否则才是标识符，即关键字优先. 以“select a, b from item”为例说明词法分析结果。openGauss中定义了bison工具能够识别的语法文件gram.y，根据SQL语言的不同定义了一系列表达Statement的结构体，用来保存语法分析结果。havingClause 0x0, windowClause 0x0, withClause 0x0, valuesLists 0

当前PostgreSQL对于每个客户端连接，通过fork单独进程来执行，和openGauss的架构不相同。openGauss实现线程化改造，通过线程模型来提升并行性能。

优化器针对某个SQL语句获得其最优的执行路径，枚举不同的候选的执行路径，这些执行路径互相等价，但是执行效率不同，分布计算它们的执行代价，最终可以获得一个最优的执行路径。