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工作原理和优化