今天一个客户反映网站某个页面很慢。初步分析是数据库查询造成的延时。
打开数据库的慢查询日志，监控到如下语句
# Time: 120115 1:09:37
# User@Host: sq_ttt[sq_ttt] @ localhost []
# Query_time: 3.895267 Lock_time: 0.000131 Rows_sent: 1 Rows_examined: 168835
use sq_ttt;
SET timestamp=1326560977;
SELECT A.*,A.aid AS id FROM p8_article A WHERE A.yz=1 AND A.fid IN (31) AND A.ispic=1 ORDER BY A.list DESC LIMIT 0,1;
这个查询用了3.8s时间。
于是进入数据库开始了这次分析。。。
最近在帮一些客户优化php性能。
排除掉服务器环境、memcache这些办法后，剩下的就是找php代码有没有执行过慢的因素了。
下面列出一些在php性能调试中可以用到的工具。
1、xdebug
这个工具大家都很熟悉，开始php过程中，用来调试程序用的。
2、webgrind
这个工具主要是配合xdebug来使用，用来监测php执行时间的。
3、XHProf
这个工具据说比xdebug轻量，可以考虑用于生产环境下来监测php性能。没有用过，看介绍很棒！facebook用的，肯定差不了。
以上只是简单介绍下，用来记录。等以后有机会仔细用来，再发文档说明
前两天帮助一个客户优化ecshop。
他的ecshop代码是找人修改过的，修改后速度已很很慢，大概打开一页需要9s吧。
而默认的ecshop在同样服务器上速度就很快。
开始走了很多弯路，因为只是速度慢，并无错误。就没有想到是代码的原因。
对比两个ecshop，首先发现首页加载的request数量差距很大，慢的站点105次，快的46次。
而且慢的站点1.66M大小，而快的只有455k。通过开启gzip和合并css、js等手段优化后，效果并不明显。
后来想到可能是因为找人修改过代码，开始怀疑到代码上（也确实没啥办法了）。
想到php-fpm可以记录下执行过慢的php脚本，于是修改php-fpm配置，加入了记录慢速php请求的代码。
今天查看服务器的/var/log/secure日志，发现很多类似下面的信息
PAM 6 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=121.176.35.192 user=root
说明经常有人通过ssh尝试登陆，并不断尝试猜测root的密码。
这样总让人尝试我的密码也不是个事儿呀....于是通过denyhosts软件，开启了保护。
通过denyhosts我们可以设置登陆失败几次，就禁止这个IP再次登陆。并可以设置多少分钟后，放开保护。
今天早上一个客户的网站停止了响应，不能正常解析php内容。
重启php-fpm后正常，判断应该是php-fpm进程僵死。所以就先参考网上内容，写了一个监控nginx状态脚本
后来又想看看这个php-fpm进程挂掉和访问量是否有关系，于是打算记录下服务器每分钟的访问量。
其实就是用cron每分钟执行我写的这个脚本，而脚本的作用就是获取当前linux的连接数，并记录到日志文件中。
监控linux网络连接数的脚本如下
#!/bin/sh
#定义日志的时间格式，用来作为日志结尾的时间标记
logfile=`date +%Y%m%d`
#定义个时间，用来写入日志用
logtime=`date`
#获取当前系统的网路连接数，这里去掉了127.0.0.1的连接，因为我的php-fpm用的127.0.0.1:9000这个连接。
log=`netstat -ntu | awk '{print $5}' | cut -d: -f1 |grep [^127.0.0.1] |wc -l`
#写日志内容到日志文件
echo "$logtime | $log " >> /data/logs/connect_$logfile.log
