中国服务器网

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

数据库服务器中速率非常高的内存页面

在数据库服务器,服务器环境和观察结果中列出的非常高的页面费率如下所示: 服务器环境: 操作系统版本 – 红帽企业Linux服务器版本6.6(圣地亚哥)/系统信息 – Linux database.esewa.com.np 2.6.32-504.1.3.el6.x86_64#1 SMP Fri Oct 31 31 11:37:10 EDT 2014 x86_64 x86_64 x86_64 GNU / Linux RAM-32G(22G = MYSQL,2GB = MEMCACHE,其余部分给OS)HW-2Sockets – Intel(R)Xeon(R)CPU X5650 @ 2.67GHz存储 – 10K RPM磁盘海湾 观察记忆页面 假设PAGE IN值应该是0或者低,并且大于25表示非常高或者在压力下的存储器,并且可能是交换的前兆。 我已经在服务器的速度已经吸收了非常高的页面(最大180),但没有看到任何内存进程交换队列。 也有人注意到大多数99%的IO利用率,尽pipe其他指标是正常的(avg-cpu:%user(10.47)%nice(0.00)%system(0.63)%iowait(5.26)%steal(0.00)%idle(83.64)) 问题: 在这种情况下,这个假设是否合理? 我们是否分配了更多的内存给应用程序(即22G-MYSQL和2GB MEMCACHE)? 有人看到问题与MYSQL和MEMCACHE的组合非常高的页面(Max-180)在率? 庞大的页面可以帮助解决这个问题吗? 在这种情况下,大部分时间接近99%的设备利用率(iostat的%util)的行为是可以接受的吗? 如果有人为上述问题提供build设性和批判性答案,我将不胜感激。 提前致谢。