# Hugepage 在操作系统 Linux 环境中，内存是以页 Page 的方式进行分配，默认大小为 4K。如果需要比较大的内存空间，则需要进行频繁的页分配和管理寻址动作。 HugePage 是传统 4K Page 的替代方案。顾名思义，是用 HugePage 可以让我们有更大的内存分页大小。 ### 优点 - 大页和普通页：传统页大小是 4K 而 hugeLTB 大小 2048k。这意味着系统需要处理 512 倍传统页面。 - 减少 PageTable 检索负载：更小的 PageTable 意味着更快的检索定位能力； - 内存性能提升：Page 数量减少、大小的增加，减少了管理过程的复杂性，进一步减少了瓶颈出现的概率； - 非 Swap 内存：当开启 HugePage 的时候，HugePage 是不会 Swap 的； - 减少 Page Table 空间负载：在 PageTable 管理中，每条 Page 记录是要占据 64byte 的空间的。也就是说，如果一块 50G 的 RAM，4k 大小的 PageTable 要有 80MB 左右； ### 注意 1. AMM 是不支持 HugePage的，如果强在 AMM+HugePage 模式下打开数据库，是会遇到失败信息。或者占用非 HugePage 部分的内存进行工作，导致 HugePage 部分的内存，Oracle 不可用。 2. SGA 大小的配置是要小于 Hugepage 大小的 ### 举例 ```sql alter system set memory_max_target=0 scope=spfile; alter system set memory_target=0 scope=spfile; alter system set pga_aggregate_target=100m scope=spfile; alter system set sga_target=260m scope=spfile; alter system set sga_max_size=260m scope=spfile; ``` ### 异常处理 1. 如果重新启动系统，会报错。 ```sql SQL> startup force ORA-00843: Parameter not taking MEMORY_MAX_TARGET into account ORA-00849: SGA_TARGET 272629760 cannot be set to more than MEMORY_MAX_TARGET 0. ``` 这个问题的原因是 Oracle 启动过程中对于参数的内部检查。因为 MEMORY_MAX_TARGET 被“显示”的赋值，与 SGA_TARGET 赋值相冲突。 2. 解决的方法就是使用参数默认值。创建出 pfile 之后，将显示赋值为 0 的 MEMORY_TARGET 和MEMORY_MAX_TARGET 记录行删除掉。再利用pfile启动数据库，重建spfile。 # SWAP 当使用 AMM 管理数据库时，11.2.0.1~12.2.0.1 时会触发一个 bug：Kkjcre1p: unable to spawn jobq slave process Happened Intermittently When Memory_target Is Set and Swap Size Is Not Big (Document ID: 2356025.1) 官方建议值为 MEMORY_MAX_TARGET 的 0.75 倍大小 # 数据库内存配置检查 ### 内存 & swap 大小查看 ```shell df -h ``` ### Hugepage 使用检查 ```shell grep Huge /proc/meminfo ``` ### Hugepage 配置检查 ```shell grep nr_hugepages /etc/sysctl.conf ``` ### 数据库内存配置检查 ```sql show parameter sga show parameter pga show parameter memory ```