前往顾页
以后地位: 主页 > 收集编程 > Php实例教程 >

MySQL数据库办事器逐步变慢阐发与处理计划

时候:2013-03-27 00:16来源:知行网www.zhixing123.cn 编辑:麦田守望者

本文针对MySQL数据库办事器逐步变慢的问题, 进行阐发,并提出呼应的处理体例。一、查抄体系的状况

  经由过程操纵体系的一些东西查抄体系的状况,比如CPU、内存、互换、磁盘的操纵率,按照经历或与体系一般时的状况比拟对,偶然体系大要上看起来看余暇,这也可能不是一个一般的状况,因为cpu可能正等候IO的完成。除此以外,还应观注那些占用体系资本(cpu、内存)的过程。

  1.利用sar来查抄操纵体系是不是存在IO问题

  #sar-u210— 即每隔2秒查察一次,共履行20次。

  成果示例:

  注:在redhat下,%system就是所谓的%wio。

  Linux2.4.21-20.ELsmp (YY075)05/19/2005

  10:36:07AMCPU%user%nice%system%idle

  10:36:09AMall0.000.000.1399.87

  10:36:11AMall0.000.000.00100.00

  10:36:13AMall0.250.000.2599.49

  10:36:15AMall0.130.000.1399.75

  10:36:17AMall0.000.000.00100.00

   此中:

  %usr指的是用户过程利用的cpu资本的百分比;

  %sys指的是体系资本利用cpu资本的百分比;

  %wio指的是等候io完成的百分比,这是值得观注的一项;

  %idle即余暇的百分比。

  如果wio列的值很年夜,如在35%以上,申明体系的IO存在瓶颈,CPU破钞了很年夜的时候去等候I/O的完成。Idle很小申明体系CPU很忙。像以上的示例,可以看到wio均匀值为11,申明I/O没甚么特别的问题,而idle值为零,申明cpu已满负荷运行了。

  2.利用vmstat监控内存 cpu资本

  [root@mysql1 ~]# vmstat

  procs ———–memory———-—swap– —–io—-–system– —–cpu——

  r b swpd free buff cache si so bi bo in cs us sy id wa st

  0 0 72 25428 54712672264 0 0 14 43 53 59 1 198 0 0

   vmstat 的输入那些信息值得存眷?

  io bo: 磁盘写的数据量稍年夜,如果是年夜文件的写,10M以内根基不消担忧,如果是小文件写2M以内根基一般

  ① CPU问题

  下面几列需求被察看,以肯定cpu是不是有问题

  Processesinthe run queue (procs r)

  Usertime (cpu us)

  System time (cpu sy)

  Idle time (cpu id)

   问题环境:

  如果processes in run queue (procs r)的数量远年夜于体系中cpu的数量,将会使体系便慢。

  如果这个数量是cpu的4倍的话,申明体系正面对cpu才气完善,这将使体系运行速率年夜幅度降落

  如果cpu的idle时候常常为0的话,或体系占用时候(cpu sy)是用户占用时候(cpu us)两辈的话,体系面对贫乏cpu资本

  处理计划 :

  处理这些环境,触及到调剂利用法度,使其能更有效的利用cpu,同时增加cpu的才气或数量

  ②内存问题

  首要检察页导入的数值(swap中的si),如果该值比较年夜就要考虑内存,年夜概体例以下:

  最简朴的,加年夜RAM

  减少RAM的需求

  3.磁盘IO问题

  措置体例:做raid10进步机能

  4.收集问题

  telnet一下MySQL对外开放的端口,如果不通的话,看看防火墙是不是精确设置了。别的,看看MySQL是不是是开启了skip-networking的选项,如果开启请封闭。

------分开线----------------------------
标签(Tag):MYSQL 数据库 mysql数据库
------分开线----------------------------
保举内容
猜你感兴趣