gpt4 book ai didi

MySQLTuner 1.5 最大可能内存使用冲突信息

转载 作者:行者123 更新时间:2023-11-29 22:04:28 25 4
gpt4 key购买 nike

我们托管在分配有 16GB 内存和 12 个进程的 VPS 上,Intel(R) Xeon(R) CPU E5649 @ 2.53GHz

直到最近使用 mysqltuner.pl 时,它才显示以下内容,该内容是在服务器关闭一天、一个月左右后才启动的。我们的内存已满,交换达到 100%。

免费-m

              total       used       free     shared    buffers     cached
Mem: 15850 15498 352 1 891 8208
-/+ buffers/cache: 6397 9452
Swap: 510 510 0

刷新内存后

Mem:         15850       3053      12796          0          3         63
-/+ buffers/cache: 2986 12864
Swap: 510 51 459

mysqltuner 显示使用了超过 600% 的已安装 RAM,而应该只读取大约 60%

[--] Total buffers: 9.2G global + 1.9M per thread (300 max threads)
[!!] Maximum reached memory usage: 9.3G (601.06% of installed RAM)
[!!] Maximum possible memory usage: 9.8G (630.04% of installed RAM)

我们的服务器管理员表示他们将重建交换分区并重新插入并检查主驱动器是否有错误。

任何建议/帮助都会很棒,以便我有更清晰的理解,我们多年来一直在说存在问题。

最佳答案

是的,

上一个版本正在修复此问题。 https://github.com/major/MySQLTuner-perl/issues/104

我们改变了 mysqltuner 收集内存信息的方式。现在使用/proc/meminfo,它似乎更好并且可以避免(从 mem 命令中删除 10 位内存。)

关于MySQLTuner 1.5 最大可能内存使用冲突信息,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32293015/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com