GBase 8a MPP使用时 数据库基础问题之硬件问题

本文介绍了GBase 8a MPP数据库在运行中遇到的硬件相关问题,包括CPU占用过高、NUMA参数影响性能、max_user_processes参数不生效、RPM包安装冲突和并发操作报错。提供了perf、nmon等监控工具,以及针对这些问题的具体解决方案,如调整NUMA参数、修改系统配置和解决进程限制。
摘要由CSDN通过智能技术生成

3.1 服务器发生大量系统 CPU 占用问题的原因
问题现象
数据库在运行过程中,因为某些原因出现大量的 CPU sys 占用,进而导致数据库性
能问题。这类问题应该如何去排查?有哪些已知的原因可能导致这类问题的发生?
解决方法
通常大量的系统 CPU 占用是由于资源争抢导致的,如锁资源的争抢、内存的争抢。
用于监控、分析的工具有 perf 、 nmon 等。
GBase 8a MPP Cluster 出现 sys 占用高的几个已知问题原因有:
 操作系统的 NUMA 参数未关闭,在内存紧张情况下可能导致频繁的内存换入
换出导致 sys 高。
 gnode 层的参数设置不合理
_gbase_dc_window_size 设置过小,该参数是可缓存到内存的 DC 数,当需要缓
存的实际数据量超过设置的 DC 数时,就可能导致 sys 占用。
 _gbase_insert_malloc_size_limit 设置过小
在 insert select 场景中,如果存在较大的 varchar 列,如 varchar(2000) ,会导致
每行或每几行申请一次内存,内存频繁申请出现 sys 占用。
3.2 NUMA 参数 zone_reclaim_mode 开启导致数据库性
能低
问题现象
NUMA 参数 zone_reclaim_mode 在设置为 1 时,内核将要求多路 CPU 尽量从距离
较近的系统内存节点(服务器的整体内存在 numa 架构下将被分成若干个节点)分
配内存而不是在整个服务器可访问内存的范围内进行内存分配,因此在较高内存占
用压力下内存申请会触发内存频繁回收整理的机制严重影响了系统整体性能(长期
处于内核态 sy

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值