文档介绍：MySQL 性能分析第一步检查系统的状态通过操作系统的一些工具检查系统的状态,比如 C PU 、内存、交换、磁盘的利用率,根据经验或与系统正常时的状态相比对,有时系统表面上看起来看空闲,这也可能不是一个正常的状态,因为 cpu可能正等待 IO的完成。除此之外,还应观注那些占用系统资源(cpu 、内存)的进程。 sar 来检查操作系统是否存在 IO问题# sar -u210—即每隔 2秒检察一次,共执行 20次。结果示例: 注: 在 redh at下, % syste m就是所谓的%wio 。 Lin - smp ( YY075 )05/ 19/20 05 10 :36:0 7 AM CPU % user %nice %sys tem % idle 10:3 6:09 AM 399. 87 10 :36:1 1 AM 10:3 6:13 AM 599. 49 10 :36:1 5 AM 10:36 :17 AM 100. 00 其中: ?% usr 指的是用户进程使用的 cpu资源的百分比; ? %sys 指的是系统资源使用 cpu资源的百分比; ? %wi o指的是等待 io完成的百分比, 这是值得观注的一项; ? %i dle 即空闲的百分比。如果 w io列的值很大,如在 35% 以上,说明系统的 IO存在瓶颈, CP U花费了很大的时间去等待 I/O 的完成。 I dle 很小说明系统 C PU 很忙。像以上的示例,可以看到 wio 平均值为 11,说明 I/O没什么特别的问题, 而 idle 值为零,说明 cpu 已经满负荷运行了。 使用 vmst at监控内存 cpu 资源[r ******@m ysql1 ~]# vmsta tpr ocs ———– me mory ———-— swap –—– io—-–s ystem –—– cpu—— rb sw pd free buf f ca che si sobibo in csussy id wa st 007225428 547 12672264 0014435359119800 vmst at的输出那些信息值得关注? iobo: 磁盘写的数据量稍大,如果是大文件的写, 10M以内基本不用担心, 如果是小文件写 2M 以内基本正常 CPU 问题下面几列需要被察看,以确定 cpu 是否有问题 P roces ses in the run queue (pro cs r) User time (cpu us) Syste m tim e (cp u sy) Idle time (cpu id) 问题情况:1.) 如果 pr ocess es in run queue (pro cs r)的数量远大于系统中 cpu的数量,将会使系统便慢。 2.) 如果这个数量是 cpu 的 4倍的话, 说明系统正面临 cpu 能力短缺,这将使系统运行速度大幅度降低 3.) 如果 cpu 的 idle 时间经常为 0的话,或者系统占用时间(cpu sy) 是用户占用时间(cpu us) 两辈的话,系统面临缺少 cpu 资源解决方案:解决这些情况, 涉及到调整应用程序, 使其能更有效的使用 cpu,同时增加 cpu 的能力或数量 内存问题主要查看页导入的数值( s wap 中的 si),如果该值比较大就要考虑内存,大概方法如下: 1). 最简单的,加大 RAM 2). 减少 RAM 的需求 IO问题处理方式:做 r aid10 提高性能 网络问题 t 一下 MyS QL 对外开放的端口, 如果不通的话,看看防火墙是否正确设置了。另外,看看 MySQL 是不是开启了 skip -netw orkin g的选项, 如果开启请关闭。第二步检查 mysq l参数 mysql 参数 m ax_co nnect _erro rs ma x_con nect_ error s默认值为 10,如果受信帐号错误连接次数达到 10则自动堵塞, 需要 flu shho sts来解除。如果你得到象这样的一个错误: Ho st’h ostna me ’is blo cked becau seof many conn ectio n err ors. Unbl ock w ith’ mysql admin flus h-hos ts’这意味着, mysql d已经得到了大量(m ax_co nnect