opengauss
文章平均质量分 85
DBAIOps社区
欢迎关注北京佰晟科技与南京基石数据联合打造的数据库智能化运维服务生态平台DBAIOPS社区。DBAIOPS以D-SMART社区版为纽带,构建一个用户、服务商、DBA、专家、厂家的协作平台,共同为数据库国产化生态服务
展开
-
【无标题】
因为从达梦的BLOCK结构来看,和Oracle是完全不同的,如果说相似,达梦的BLOCK结构和INNODB的PAGE结构有点类似,比较凑巧的是,达梦和INNODB都采用了BTREE表,而不是Oracle的HEAP表。提出这个问题的人可能感叹于达梦和Oracle在使用方法上的相似性,不过这种相似性,是达梦公司二十多年来不断的模仿,积累的结果,绝不是简单的偷了人家的代码。今天我简单的分析了一下目前PG的两个USTORE实现,这也是广大PGER期望的功能,如果PG能够解决ASTORE带来的问题,将会完美的多。原创 2024-02-26 10:36:56 · 755 阅读 · 0 评论 -
简单分析下openGauss的USTORE
openGauss的UNDO记录寻址采用64位,分为ZONEID(20)+BLOCKID(31)+OFFSET(13),从这里看,每个UNDO ZONE的大小也是受限的,最大不能大于BLOCKID的最大值*UNDO BLOCKSIZE,而一个事务是不能跨UNDO ZONE的,因此从理论shan上讲,USTORE下的一个事务的最大大小的物理极限在我们当前的数据库应用环境中还是有可能达到的。这个Size的默认值是32GB,这个值够大,不过还是有限的,在使用USTORE的时候还是要注意。原创 2024-02-23 15:59:11 · 948 阅读 · 0 评论 -
简单分析openGauss的MOT功能
日本NTT的Takashi Menjo的团队HACK了PG的源代码,将数据库访问接口改为内存接口后,同样在AEP的测试环境中,发现PG数据库的性能获得了较大的提升,这个案例我以前的文章中介绍过。这种融合的优势和缺陷并存。WAL的融合为双引擎的进一步融合提供了基础,而另一方面因为磁盘引擎和内存引擎的巨大的差异,导致WAL的融合要做好还需要更多的时间,我想MOT 2.0发布后,这方面应该会有比较大的改进吧。内存数据库的持久化和磁盘数据库的持久化是有巨大的差异的,WAL是内存数据库持久化目前最好的方法。原创 2024-02-23 14:55:35 · 611 阅读 · 0 评论 -
openGauss的ASH
asp_sample_num参数控制了在内存中保存的ASP采样刷盘数量,达到这个数量ASP数据会被刷盘,默认是10万条,如果我们的业务高峰时期,活跃会话数量是500,那么10万条可以保存200秒的数据,也就是3分多钟,对于较为大型的系统来说,如果物理内存足够大,可以设置更大的值。从数据上看,ASP的数据已经包含了ASH分析所需要的基本信息,唯一让Oracle dba感到有些遗憾的是,等待事件的等待时间并没有包含,当然openGauss也提供了某个等待事件的等待次数和时长的统计数据供参考。原创 2024-02-23 14:53:36 · 469 阅读 · 0 评论 -
openGauss的可观测性能力简析
早期的数据库监控系统的目标是尽可能把数据库的运行状态展现给运维人员,实际上普通的DBA根本看不懂这些花里胡哨的图表和数据,这些数据背后内在的关系,以及能够暴露出数据库运行状态的信息才是运维的关键。健康模型是充分利用openGauss中的一些关键指标,利用运维专家的经验构建的一个指示性模型,可以十分直观的反映出高斯数据库的运行状态,哪怕对高斯数据库了解不深的DBA也可以通过这个雷达图快速的发现系统中存在的问题。通过等待事件的汇总分析,可以发现系统中存在的主要问题,协助运维人员快速定位故障,发现系统隐患。原创 2024-02-23 14:51:59 · 351 阅读 · 0 评论 -
分析一下opengauss的等待事件
然后来看看有哪些等待事件是非零的。比较Oracle(上图是11g)的这张视图,openGauss提供了一些类似信息最大值,最小值,平均值的数据,只是有经验的DBA都知道全局的最大值最小值是没有意义的,数据库启动后只要出现过一次极端现象,就会把这些值固化了,反而对于运维来说没有价值了。最后我们再来看看thread_wait_status,令人略感遗憾的是在会话级的等待事件上并没有包含等待时间,我想以后的版本应该会慢慢的加上,能做系统级的等待事件分析已经为具有细粒度等待事件分析的能力提供了一个基础。原创 2024-02-23 14:43:42 · 1008 阅读 · 0 评论 -
openGauss可观测性综述
默认每秒钟采集一个样本,存储在特定的内存里,可以通过dbe_perf.local_active_session接口获取,内存中保留10万条记录(可配置),超过则写入持久化存储,持久化存储可以使用两种模式:表gs_asp或者文件(默认为表),默认的持久化保存采样比例为10:1,也就是说内存中的采样的1/10会被写入持久化存储,如果你觉得这种采样比例不足以用于分析,通过参数进行调整,从而将所有数据都写入持久化存储。我想Oracle的AWR也是这么一点点的走来的,因此我们也期望以后的WDR会做的越来越好。原创 2024-02-23 14:39:55 · 709 阅读 · 0 评论