随笔- 58  评论- 10  文章- 0 

No.3

1、查看httpd进程数(即prefork模式下Apache能够处理的并发请求数):

ps -ef | grep httpd | wc -l

返回结果示例:
  1388
  表示Apache能够处理1388个并发请求,这个值Apache可根据负载情况自动调整

 2、查看Apache的并发请求数及其TCP连接状态:

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

返回结果示例:
  LAST_ACK 5
  SYN_RECV 30
  ESTABLISHED 1597
  FIN_WAIT1 51
  FIN_WAIT2 504
  TIME_WAIT 1057
  其中的SYN_RECV表示正在等待处理的请求数;ESTABLISHED表示正常数据传输状态;TIME_WAIT表示处理完毕,等待超时结束的请求数。

3、网站访问太慢,可能性有哪些

一、网络问题
  1、双线机房或分布式部署,动态DNS,需要考虑成本
  2、客户端和机房所在网络情况

二、前端问题
  1、浏览器太烂
  2、页面设计不佳(dom太多、js有问题等)

三、服务端问题
  1、负载,CPU, 网络,内存,磁盘空间等使用情况,日志切割。如果单台服务器性能受限,考虑调整为分布式架构,如nginx转发,DB分库分表等
  2、用Xdebug,Webgrind等调试工具调试源码
    检查webserver日志中的响应时间
    如果服务器整体负载不高,但PHP的数据返回时间过长,在PHP代码中分段输出处理时间
    如果是高访问量的在线调试,一般选取一定比例记录日志,防止日志过多带来的额外系统开销
    调试指导思想:逐步缩小范围,定位、优化
    平常开发原则:
    编写代码注重效率,尽可能占用更少的资源
    缓存复杂和耗时运算的结果
    用apc或者xcache等缓存PHP的opcode
    能异步处理的任务不要马上处理,如发邮件
    依据资源情况对FastCGI配置合适的参数
    负载均衡器设好阀值,不要无限制的给后端压力
    接口api设置过期时间,1秒内等
    3、读取慢
    检查:慢查询日志;
    show processlist 查看当前DB状态,看哪些请求停留较多
    top查看mysql进程的开销
    代码中记录SQL和执行时间
    解决:
    手动执行可疑SQL(注意排除query cache的影响),用explain,profile等工具分析SQL性能
    再考虑是否优化索引,或者分库分表,或者增加缓存
    写入慢
    检查:除读取慢的检查方法外,还有
    iostat 检查磁盘IO
    查看mysql binlog的写入速率
    解决:增加缓存,分库分表,优化索引,从业务逻辑上考虑减少DB操作,合并写入

四、其他问题
    1、http请求过多
    2、Keep-Alive
    3、图像过大,没有经过压缩

 

4、http的keep-alive

  https://www.cnblogs.com/freefish12/p/5394876.html

 

5、

文件如下:
a,b,c,d,1,2,3
e,f,g,h,2,3,4
1,2,3,4,3,4,4
4,5,5
b,d,1,2,3
...

计算倒数第三列的累加值:

awk -F ',' '{a+=$(NF-2)}END{print a}' 1.txt

 

6、nginx工作原理和优化 

  http://blog.csdn.net/hguisu/article/details/8930668

posted on 2018-03-01 14:40  weblee  阅读(...)  评论(...编辑  收藏