今日发现网站访问慢，一次进行了排查，开始思路混乱，下面来梳理下

一、故障分析

    首先，判断访问慢现象，是个人还是集体？？？

    个人现象排查：检查个人网络，pc，浏览器、中毒等，无需多说自己百度；

    集体现象排查：检查核心路由交换，ISP运行商网络，ARP攻击，DNS服务，各服务器状态；

    服务状态排查：zabbix监控；创建测试页面测试: 静态页面=》动态页面=》动态交互页面

   通过上述排查，当测试php与mysql动态交互页面很慢，所以确定为mysql服务器异常，立刻登录mysql，通过top命令 查看服务器负载,发现 mysql竟然百分之两百的cpu,引起Mysql 负载这么高的原因,估计是有SQL慢查询语句或磁盘I/O问题；

二、MySQL负载高排查思路
1. 确定高负载的类型,top命令看负载高是CPU还是磁盘I/O。
2. mysql 下查看当前的连接数与执行的sql 语句。
3. 检查慢查询日志，可能是慢查询引起负载高。
4. 检查硬件问题，是否磁盘故障问题造成的。
5. 检查监控平台，对比此机器不同时间的负载。

1）确定负载类型(top)

    top - 10:14:18 up 23 days, 11:01,  1 user, load average: 124.17, 55.88, 24.70 
    Tasks: 138 total,   1 running, 137 sleeping,   0 stopped,   0 zombie 
    Cpu(s):  2.4%us,  1.0%sy,  0.0%ni, 95.2%id,  2.0%wa,  0.1%hi,  0.2%si,  0.0%st 
    Mem:   3090528k total,  2965772k used,   124756k free,    93332k buffers 
    Swap:  4192956k total,  2425132k used,  1767824k free,   756524k cached 
               
    PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 
    30833 mysql     15   0 6250m 2.5g 4076 S 257.1 49.9 529:34.45 mysqld

2）查看当前MySQL的连接数与执行的sql 语句

 #无需登陆，非交互查询，可以grep过滤，更直观看结果
  mysql -uroot -pqiuyuetao -S  /data/3306/mysql.sock -e "show full processlist;" |egrep -vi "sleep"
 #登陆myslq查看
 show full processlist;
    Id  User    Host    db  Command Time    State   Info 
    192 slave   8.8.8.142:39820 NULL    Binlog Dump 58982   Has sent all binlog to slave; waiting for binlog to be updated  NULL 
    194 slave   8.8.8.120:41075 NULL    Binlog Dump 58982   Has sent all binlog to slave; waiting for binlog to be updated  NULL 
    424891 biotherm    8.8.8.46:57861  biotherm    Query   493 Sending data    SELECT * FROM xxx_list WHERE tid = ‘1112‘  AND del = 0  ORDER BY  id 
    DESC  LIMIT 0, 4 
    424917 biotherm    8.8.8.49:50984  biotherm    Query   488 Sending data    SELECT * FROM xxx_list WHERE tid = ‘1112‘  AND del = 0  ORDER BY  id 
    DESC  LIMIT 0, 4 
    .............................................. 
    430330 biotherm    8.8.8.42:35982  biotherm    Query   487 Sending data    SELECT * FROM xxx_list WHERE tid = ‘1112‘  AND del = 0

3）记录SQL慢查询
编辑Mysql 配置文件(my.cnf),在[mysqld]字段添加以下几行:

    log_slow_queries = /data/3306/slow_queries.log               #慢查询日志路径 
    long_query_time = 2                                       #记录SQL查询超过2s的语句 
    log-queries-not-using-indexes = 1                          #记录没有使用索引的sql

查看慢查询日志

    tail /data/3306/slow_queries.log 
    # Time: 130305  9:48:13 
    # User@Host: biotherm[biotherm] @  [8.8.8.45] 
    # Query_time: 1294.881407  Lock_time: 0.000179 Rows_sent: 4  Rows_examined: 1318033 
    SET timestamp=1363916893; 
    SELECT * FROM xxx_list WHERE tid = ‘11xx‘  AND del = 0  ORDER BY  id DESC  LIMIT 0, 4;

日志参数说明：

Query_time: 0 Lock_time: 0 Rows_sent: 1 Rows_examined: 54
#查询时间        锁定时间       查询结果行数      扫描行数
##主要看扫描行数多的语句,然后去数据库加上对应的索引,再优化下变态的sql 语句。

其它方法：

PHP程序中，不使用持久连接，即使用mysql_connetct 而不是pconnect（JAVA调整连接池）

PHP程序执行完，应该显示调用mysql_colse  ##很多开发只有open 没有colse

SQL慢查询语句优化地址：http://qiuyt.blog.51cto.com/1229789/1924958

4）极端情况kill sql进程

    找出占用cpu时间过长的sql，在mysql 下执行如下命令： 
    show full processlist; 
    确定后一条sql处于Query状态，且Time时间过长，锁定它的ID，执行如下命令： 
    kill QUERY  269815764;

注意：杀死 sql进程，可能导致数据丢失，所以执行前要衡量数据的重要性。

由于情况紧急没有截图数据来源于【dngood】：http://dngood.blog.51cto.com/446195/1150031

本文出自 “逗哥笔记” 博客，请务必保留此出处http://qiuyt.blog.51cto.com/1229789/1925182

网站访问慢-MySQL负载高（实战）