GBase 8a的replace等函数执行结果太宽导致内存参数不足而报错

replace作为GBase 8a的字符替换函数,用法简单,但如果参数设置不当,也会出现使用故障。特别是目标字符串的长度如果比较大时,容易出现内存参数不足,从而报错的问题。一些其它函数也有类似问题,包括replace,concat,concat_ws,insert,repeat,lpad,rpad,hex,make_set,export_set等。

GBase 8a V95全新安装报错symbol lookup error undefined symbol gcCrmModeGet

GBase 8a通过操作系统环境变量来设置运行环境,如果在安装前,系统残留低版本的集群文件和配置,则会导致环境变量指向了错误的目录或文件,导致新版本集群的一些功能不可用,尤其在原有V8版本,未卸载干净时,安装V95版本。解决方案就是安装前卸载干净,必要时将操作系统数据库dba用户,一般是gbase,删除。

GBase 8a集群文件系统故障后判断主备是否一致的方法和恢复处理建议

GBase 8a是通过副本来确保高可用,当某部分数据(分片)所在节点故障时,由副本节点继续提供服务。但如果发生一些意外故障,比如服务器断电,导致文件系统故障,出现过文件丢失,目录变文件等问题,此时主备分片是否一致?如果不一致如何处理?本文介绍此类问题的一个排查和处理方案。

GBase 8a在主副本都故障,且无法修复时的处理方案

GBase 8a是通过副本机制来提供高可用保障,但如果出现主副本数据均损坏且无法修复呢?按标准逻辑,有关的表将无法保障完整性,所有相关表查询将报错。本文提供一种在【允许数据丢失,查询结果不完整的前提下】,对现有表的剩余数据可以查询的方法,以及通过缩容,保证新建的表可以正常使用的方案,以及测试过程。