ORACLE 12C新特性之MGA

IT那活儿 2022-03-31

1643

点击上方“IT那活儿”，关注后了解更多内容，不管IT什么活儿，干就完了！！！

文章前言

2022年1月份的某天，某客户现场核心ORACLE数据库突然alert日志提示无法分配PGA内存，而经过查看当时PGA 总使用量为60G左右，而pga_aggregate_limit为100G，还有近40G左右才达到设置的上限值。

既然还没有达到上限值，为什么会提示无法分配PGA呢，经过分析查证，原来是MGA在“作祟”。

什么是MGA

我们知道SGA(System Global Area)一般由所有服务进程和后台进程共享的内存区域，而PGA(Program Global Area)是由每个服务进程、后台进程专有的的内存，每个进程都有一个PGA。

那什么是MGA呢？

MGA是Managed Global Area的缩写，主要用于在一组进程之间共享内存，简单而言,可以理解为介于SGA和PGA的一种中间状态。关于MGA (Managed Global Area) 的更为准确的定义，可参考MOS文档Doc ID 2638904.1。

MGA让“少量集合”的进程(甚至是所有进程)在它们的生命周期（通常是一个查询）内共享地址空间，主要应用为RAC环境的IPC通信，和并行（PX）处理。

例如，在并行查询中，参与QC进程操作的PQ进程可以共享来自QC进程的名称空间以共享结果。

存在MGA特性的数据库版本

从Oracle 12.2.0.1开始推出这个特性，但是仅在Exadata RAC环境中使用，从Oracle 18c开始, Non-Exadata 的RAC环境也会使用这个特性。

MGA与PGA、SGA的区别

PGA是私有的，SGA是完全由所有进程共享，并且没有弹性，MGA是有弹性的（进程可以动态创建和删除其MGA段），在一组进程或所有进程之间共享，并记入PGA的限制值（PGA_AGGREGATE_LIMIT参数值），SGA通常在按需创建MGA时候创建一次，一个实例中可以有多个MGA，但SGA只有一个。

与MGA相关的等待事件

新的latch: MGA用于控制和保护对这段内存的访问，因此Oralce新追加了如下等待事件用于诊断相关性能问题。

关于MGA大小

由于PGA和MGA是不同的内存区域，因此会从常规页分配PGA，通过/dev/shm领域分配MGA。但是MGA同样会被统计到PGA的使用中去，所以可以通过v$pgastat确认MGA的大小。

另外，PGA和MGA的合计大小也将受到PGA_AGGREGATE_LIMIT的限制。并且可以通过设置隐含参数_use_large_pages_for_mga为TRUE强制让MGA使用HugePage。

MGA在/dev/shm下生成的文件：

在V$PGASTAT视图中查询MGA大小：

19c版本数据库MGA存在的BUG

在19c的版本上如果PGA_AGGREGATE_LIMIT 参数被设置成了0（pga_aggregate_limit=0）的话，可能会遭遇Bug 30851951 ，产生过多的KSIPC_MGA.dat文件，进而超过OS的file-max限制导致实例崩溃或者挂起。这个问题在19.8版本上得到修正。

所以，在19c版本上，设置pga_aggregate_limit=0请留意。

文章转载自IT那活儿，如果涉嫌侵权，请发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。