MY SQL 学习总结.docVIP

MY SQL 学习总结 MySQL性能分析 第一步 检查系统的状态 通过操作系统的一些工具检查系统的状态，比如CPU、内存、交换、磁盘的利用率，根据经验或与系统正常时的状态相比对，有时系统表面上看起来看空闲，这也可能不是一个正常的状态，因为cpu可能正等待IO的完成。除此之外，还应观注那些占用系统资源(cpu、内存)的进程。 1.1 使用sar来检查操作系统是否存在IO问题 #sar -u 2 10 — 即每隔2秒检察一次，共执行20次。 结果示例： 注：在redhat下，%system就是所谓的%wio。 Linux 2.4.21-20.ELsmp (YY075) 05/19/2005 10:36:07 AM CPU %user %nice %system %idle 10:36:09 AM all 0.00 0.00 0.13 99.87 10:36:11 AM all 0.00 0.00 0.00 100.00 10:36:13 AM all 0.25 0.00 0.25 99.49 10:36:15 AM all 0.13 0.00 0.13 99.75 10:36:17 AM all 0.00 0.00 0.00 100.00 其中： ? %usr指的是用户进程使用的cpu资源的百分比； ? %sys指的是系统资源使用cpu资源的百分比； ? %wio指的是等待io完成的百分比，这是值得观注的一项； ? %idle即空闲的百分比。 如果wio列的值很大，如在35%以上，说明系统的IO存在瓶颈，CPU花费了很大的时间去等待I/O的完成。Idle很小说明系统CPU很忙。像以上的示例，可以看到wio平均值为11，说明I/O没什么特别的问题，而idle值为零，说明cpu已经满负荷运行了。 1.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 54712 672264 0 0 14 43 53 59 1 1 98 0 0 vmstat 的输出那些信息值得关注? io bo: 磁盘写的数据量稍大，如果是大文件的写，10M以内基本不用担心，如果是小文件写2M以内基本正常 1.2.1 CPU问题 下面几列需要被察看，以确定cpu是否有问题 Processes in the run queue (procs r) User time (cpu us) System time (cpu sy) Idle time (cpu id) 问题情况: 1.) 如果processes in run queue (procs r)的数量远大于系统中cpu的数量，将会使系统便慢。 2.) 如果这个数量是cpu的4倍的话，说明系统正面临cpu能力短缺,这将使系统运行速度大幅度降低 3.) 如果cpu的idle时间经常为0的话，或者系统占用时间(cpu sy)是用户占用时间(cpu us)两辈的话，系统面临缺少cpu资源 解决方案 : 解决这些情况，涉及到调整应用程序，使其能更有效的使用cpu，同时增加cpu的能力或数量 1.2.2内存问题 主要查看页导入的数值（swap中的si），如果该值比较大就要考虑内存，大概方法如下： 1).最简单的，加大RAM 2).减少RAM的需求 1.3磁盘IO问题 处理方式：做raid10提高性能 1.4网络问题 telnet一下MySQL对外开放的端口，如果不通的话，看看防火墙是否正确设置了。另外，看看MySQL是不是开启了skip-networking的选项，如果开启请关闭。 第二步 检查mysql参数 2.1 几个不被注意的mysql参数 2.1.1 max_connect_errors max_connect_errors默认值为10，如果受信帐号错误连接次数达到10则自动堵塞，需要flush hosts来解除。如果你得到象这样的一个错误： Host ’hostname’ is blocked because of many connection errors. Unblock with ’mysqladmin flush-hosts’ 这意味着，mysqld已经得到了大量(max_connect_errors)的主机’hostname’的在中途被中断了的