服务器 Gind.cn

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

MySQL突然每个请求2000毫秒,而不是200

更新 :终于想起来看看慕尼黑,似乎硬盘之一是问题的根源毕竟,除非我完全读这个错误。 这是munin输出: http : //imagizer.imageshack.com/img536/1070/9d5c62.png 。 我是否正确地认为我的一个硬盘可能需要更换,或者其他的东西能解决那些I / O尖峰? 我有一个非常强大的服务器(四核i7,32GB RAM),在LAMP堆栈上运行Drupal 7网站(pixelscrapper.com),利用Varnish,Memcached,APC和CloudFlare。 我们每天获得大约2万次网页浏览量,通常这个网站已经在3-4秒内为authentication用户加载,服务器总时间约为0.5秒,在php和mysql之间平均分配(大约0.2秒在MySQL每个请求)…所有通过New Relic(精简版,所以我不能看到数据库跟踪)报告。 3-4秒的页面加载时间,在MySQL中0.2秒已经持续了好几个月。 然后几天前,该网站开始花费更多的时间来加载,并看看新的遗物,我注意到,MySQL现在每个请求大约2秒,而不是0.2秒。 这是没有任何重大的网站改变…只是定期的网站使用。 所以我的问题是,什么可能突然导致MySQL花费2秒每个请求,而不是0.2秒,没有变化部署到网站,并没有重大的stream量变化? 我的最好的直觉是,这可能是由以下原因造成的: 根据my.cnf中当前的内存分配情况,某些表增长过大,或者总的db增长过大,所以以前在内存中的内存现在正在抖动硬盘。 某些硬件问题,如导致磁盘访问的其中一个HDD出现问题(我在RAID中有两个HDD)。 关键是,基于看mysqltuner输出,内存分配似乎是好的,基于初步的驱动器testing,硬盘似乎不会被打破…所以… 有什么想法可能会导致这样的事情发生,我应该如何解决这个问题? 这里的mysqltuner输出(mysql运行98天): ——– General Statistics ————————————————– [–] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL version 5.5.28-0ubuntu0.12.04.2-log [OK] Operating on 64-bit architecture ——– Storage Engine Statistics ——————————————- [–] Status: […]