好久之前写过一篇关于逻辑复制的文章openGauss/MogDB同一个实例下完成发布订阅，现在在此基础上再添加一篇关于逻辑复制实现双写的案例，本来准备了3个环境，分别是306、501和505，奈何在

距离上一篇涉及用户的介绍PostgreSQL与MogDB/openGauss之角色已经差不多一年的时间了，但是在日常使用中还是或多或少遇到用户及权限的问题，这里继续汇总总结一下。环境信息O

生产数据库运行过程中可能会涉及到升级或者打补丁导致各节点的角色有计划的发生改变，如果集群内角色发生改变，是否还能保持原有架构继续对外提供服务呢，我们来做一下测试。采用22模式模拟同城两机房部署4节点

背景今天在客户现场做高可用切换测试，为了验证数据库节点角色切换后无数据丢失，我单独创建一张使用了自增sequence的表，通过vip方式访问数据库，并1s插入一条数据。因为数据库本身是通

随着数据库版本迭代，新特性增加，功能增强，总有一个“点”会打动你那颗想要做数据库升级的心，但并不是所有的业务系统所使用的数据库都适合升级，需要DBA和业务开发人员充分配合，做好程序适配工作，确定数据

随着业务的发展，业务系统对数据库的架构要求也在变化，比如需要读负载均衡、机房搬迁、服务器硬件替换等等，这需要在原数据库主备架构的基础上进行扩/缩容操作，目前MogDB数据库安装方式有三种，分别是手工安

介绍在中介绍了sspMo

在MogDB中权限分两种，分别是系统权限和对象权限，系统权限更多的是针对用户设计，而对象权限更多的是针对数据库对象。

介绍ShardingSphereProxy定位为透明化的数据库代理端，提供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支持。目前提供MySQL和PostgreSQL（兼容

PTK(ProvisioningToolkit)是一款针对MogDB数据库开发的软件安装和运维工具，仅需要执行一行命令即可帮助用户便捷地完成MogDB数据库的安装部署

适用版本MogDB2.0.1MogDB2.1及以后的版本不存在这个问题。补丁版本MogDB2.0.3（联系云和恩墨获取补丁包）修复内容MogDB主备架构

MogDB/openGauss数据库中关于用户角色这部分有一个大家熟知的特性：三权分立，即从安全性考虑将系统管理的权限分离出安全管理员和审计管理员，这里暂时先不考虑三权分立这个特性，仅从user/r

概述趋势预测可以实现基于历史时序数据预测未来时序变化趋势，是dbmind功能中的一个服务，需要依赖Prometheus监控框架，基于nodeexporter、opengaussexpor

概述mogxlogdump是云和恩墨独立开发的wal日志离线解析工具。熟悉PG的小伙伴应该都使用pgxlogdump/pgwaldump查看过PG数据库的wal文件，解析的wal数据结果是没有办法直

背景客户内部项目管理系统，由于资源限制，生产环境只部署了一套单机MogDB数据库实例，数据库家目录是/dbdata/app，数据目录是/dbdata/data，备份目录在/dbdata/d

为了确保团队内以及团队之间可以快速顺利的进行工作交接，在最小的成本下理解已经存在的数据库对象，需要制定一些数据库规范，数据库规范有以下特点：规范需要持续维护，不断改善来适应自身业务的发展。

概述在MogDB和openGauss数据库的2.1.0版本增加了闪回特性，可以通过回收站的功能恢复误删除的表，也可以利用MVCC机制将误操作的数据恢复到指定的时间点或者CSN（comm

yumlist|grepireadlineTraceback(mostrecentcalllast):File"/usr/bin/yum",line57,infromdnf.cliimportmain

集群扩容随着集群部署时间及业务的增长，数据库在运行性能及存储上逐渐会达到瓶颈。此时，需要通过增加主机来提升集群的性能及存储能力，GaussDBKernel提供了gsexpand工具

semop引发的数据库crash主库FATAL：semop(idxxxxx)failed:IdentifierremovedFATAL：semctl(xxxxxx,11,SETVAL,0)failed