故障分析
首先,判断访问慢现象,是个人还是集体???
"个人"现象排查:检查个人网络,pc,浏览器、中毒等,无需多说自己百度;
"集体"现象排查:检查核心路由交换,ISP运行商网络,ARP***,DNS服务,各服务器状态;
服务状态排查:zabbix监控;创建测试页面测试: 静态页面=》动态页面=》动态交互页面
通过上述排查,当测试php与MySQL动态交互页面很慢,所以确定为mysql服务器异常,立刻登录mysql,通过top命令 查看服务器负载,发现 mysql竟然百分之两百的cpu,引起Mysql 负载这么高的原因,估计是有SQL慢查询语句或磁盘I/O问题;
MySQL负载高排查思路
确定高负载的类型,top命令看负载高是CPU还是磁盘I/O。
mysql 下查看当前的连接数与执行的sql 语句。
检查慢查询日志,可能是慢查询引起负载高。
检查硬件问题,是否磁盘故障问题造成的。
检查监控平台,对比此机器不同时间的负载。
确定负载类型(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
查看当前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
记录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慢查询语句优化
极端情况kill sql进程
找出占用cpu时间过长的sql,在mysql 下执行如下命令:
show full processlist;
确定后一条sql处于Query状态,且Time时间过长,锁定它的ID,执行如下命令:
kill QUERY 269815764;
注意:杀死 sql进程,可能导致数据丢失,所以执行前要衡量数据的重要性。