网站访问慢-MySQL负载高(实战)

2017年10月8日18:09:48 1 2,116 views
摘要

本文主要记录了1次网站访问慢的排查及处理过程,通过这一次排查,开始思路混乱,到最后问题解决,希望对大家有所帮助。

广告也精彩

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

一、故障分析

首先,判断访问慢现象,是个人还是集体???

"个人"现象排查:检查个人网络,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"

3) 登陆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

4)记录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

5) 查看慢查询日志

    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;

6) 日志参数说明:

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

四、极端情况kill sql进程

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

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

更多精彩:Mysql相关文章

  • QQ精品交流群
  • weinxin
  • 微信公众号
  • weinxin
广告也精彩
admin

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen:

目前评论:1   其中:访客  1   博主  0

    • avatar 红军 1

      拜读学习,好文章