Category: GBase8a Operations Case Study Analysis

GBase 8a是MPP架构，一些SQL要在多个节点间互相传输大量数据，如果网卡配置rxt和tx参数不适合，会导致丢包dropped，从而出现相同的SQL性能忽然下降的现象。本文给出此问题的具体现象，原因和解决方法。

有些规定从最终用户角度讲是完全合理的，但对系统开发和实施者却是无奈的，比如资源利用率。系统如果太空闲，那就是资源浪费，如果太繁忙，那就是业务性能不行或者评估错误。本文介绍一个因这类无奈的要求引发的一次GBase 8a性能异常。

数据库为了高可用，在网络层可以采用bond方式避免网卡故障，连接多个交换机避免交换机单点故障。本文介绍一次因bond网络原因导致的加载，dml等都机器缓慢的性能问题。

南大通用GBase 8a加载过程中，可能受到数据源，网络，数据库节点资源等影响，导致加载性能变慢。包括持续变慢和偶发变慢两种情况。本文从项目经验中总结汇总已经遇到并解决的变慢原因。

南大通用GBase 8a MPP 集群，可以通过gcadmin命令查看每个节点的服务状态。正常情况下，应为OPEN。本文重点介绍gclusterd和gbased两个服务常见的几种会到导致服务为CLOSE的原因。

南大通用GBase 8a使用操作系统的文件系统，以目录和文件的形式组织数据。如果操作系统空间满，或者没有写入权限，会报 no space left on device. 但本文记录了排查过程，最终是用户未停服务，直接mv走数据库所有文件造成的。重启服务后，恢复。

极少见的场景，排查的结果，GBase 8a宕机，是被操作系统kill掉了， 而kill的原因是访问了不可用的内存，但又不是segment_fault, 而是内存坏了。

南大通用GBase 8a当出现主副本不一致时，会记录event,信息里ObjectName包含了库和表的名字，比如db1.Table1这样。本文介绍一个建库故障，导致只有一个字符串的情况。