如何完美给MYSQL开启大页?
我依旧ORACLE开启大页的经验,以及MYSQL官方简单的介绍. 在32GB系统里,开启16GB的大页内存.结果很OK! 几天后运维报警说内存使用率90%经过很运维掰扯几下,自己输下阵来. 发现很奇怪,MYSQL确实用了几块大页内存. ERROR日志也没有报警,说大页使用不了,继续使用传统大页.
MYSQL PERCONA 8.0.24分支版本. 居然使用传统4K页,然后又使用少量的大页,真是欺骗的不要不要 :'(
可以先看看我前阵子写的这篇文章 ： 运行 GreatSQL 时为什么要求关闭透明大页 https://mp.weixin.qq.com/s/Z5ktp3uZdkE9WfOi28bfow
顺便问下，你现在用上GreatSQL了吗，可以加下小助手微信（wanlidbc）聊聊看有没有其他啥需求
在ORACLE中，我看到了一些文章，有的案例开启了，有的在最开始一键安装时就关闭了。可能是使用场景不同 reddey 发表于 2024-12-30 13:47
在ORACLE中，我看到了一些文章，有的案例开启了，有的在最开始一键安装时就关闭了。可能是使用场景不同 ...
ORACLE 一定要开大页的,
你说是透明大页吧? DB架构师:曾凡坤 发表于 2024-12-30 13:53
ORACLE 一定要开大页的,
你说是透明大页吧?
不一定，这个要看应用场景。叶老师的文章已有详细描述 yejr 发表于 2024-12-30 09:41
可以先看看我前阵子写的这篇文章 ： 运行 GreatSQL 时为什么要求关闭透明大页 https://mp.weixin.qq.com/s/ ...
你的跟官方基本差不多,你看剩余PAGE还是那么多, 当你指定INNODB_BUF_SIZE=16GB时候应该用上很多大页量 (25160-22225)*2=2935MB
申请的静态大页内存共 52G，而设置 IBP 为 40G! 你这里说INNODB_BUF_SIZE=40GB.
很明显MYSQL只用上了3GB的大页. 40--3=37GB
那么这37GB有可能使用传统4K页.
HugePages_Total: 25160
HugePages_Free: 22225
HugePages_Rsvd: 15083 reddey 发表于 2024-12-30 14:09
不一定，这个要看应用场景。叶老师的文章已有详细描述
前端时间看过, 所以我用我自己现场工作遇到的问题来回答?
MYSQL对大页支持,好像只支持一半
页:
[1]