本文目录一览：
- 1、maxtolud设置多大好
- 2、php 高并发解决思路解决方案
- 3、php写的程序，进行性能测试，各项资源都正常，增加并发，tps不增长，响应时间增长，您觉得瓶颈在哪？
- 4、php 从rabbitmq consume 和 get的区别
- 5、thinkphp5 怎么记录详细日志
- 6、独享128M内存的弹性web托管怎么样呢？做phpwind
maxtolud设置多大好
根据reqs来设置。
maxtolud较好的设置方式根据reqs吞吐率，单位时间里服务器处理的最大请求数，单位reqs来设置，若程序是100reqs的处理能力，那么就设置100比较好，这是动态来调整的。
一般来说性能越好你可以设置越高，20分钟至30分钟都可以。由于服务器PHP脚本需要长时间运行，有的可能会超过10分钟因此设置了900秒，这样不会导致PHPCGI死掉而出现502Badgateway这个错误。
php 高并发解决思路解决方案
php 高并发解决思路解决方案，如何应对网站大流量高并发情况。本文为大家总结了常用的处理方式，但不是细节，后续一系列细节教程给出。希望大家喜欢。
一 高并发的概念
在互联网时代，并发，高并发通常是指并发访问。也就是在某个时间点，有多少个访问同时到来。
二 高并发架构相关概念
1、QPS (每秒查询率) : 每秒钟请求或者查询的数量，在互联网领域，指每秒响应请求数(指 HTTP 请求)
2、PV（Page View）：综合浏览量，即页面浏览量或者点击量，一个访客在 24 小时内访问的页面数量
--注：同一个人浏览你的网站的同一页面，只记做一次 pv
3、吞吐量（fetches/sec） ：单位时间内处理的请求数量 （通常由 QPS 和并发数决定）
4、响应时间：从请求发出到收到响应花费的时间
5、独立访客（UV）：一定时间范围内，相同访客多次访问网站，只计算为 1 个独立访客
6、带宽：计算带宽需关注两个指标，峰值流量和页面的平均大小
7、日网站带宽： PV/统计时间（换算到秒） * 平均页面大小（kb）* 8
三 需要注意点：
1、QPS 不等于并发连接数（QPS 是每秒 HTTP 请求数量，并发连接数是系统同时处理的请求数量）
2、峰值每秒请求数（QPS）= （总 PV 数*80%）/ （六小时秒数*20%）【代表 80%的访问量都集中在 20%的时间内】
3、压力测试： 测试能承受的最大并发数 以及测试最大承受的 QPS 值
4、常用的性能测试工具【ab，wrk，httpload，Web Bench，Siege，Apache JMeter】
四 优化
1、当 QPS 小于 50 时
优化方案:为一般小型网站,不用考虑优化
2、当 QPS 达到 100 时,遇到数据查询瓶颈
优化方案: 数据库缓存层,数据库的负载均衡
3、当 QPS 达到 800 时, 遇到带宽瓶颈
优化方案:CDN 加速,负载均衡
4、当 QPS 达到 1000 时
优化方案: 做 html 静态缓存
5、当 QPS 达到 2000 时
优化方案: 做业务分离,分布式存储
五、高并发解决方案案例:
1、流量优化
防盗链处理(去除恶意请求)
2、前端优化
(1) 减少 HTTP 请求[将 css,js 等合并]
(2) 添加异步请求(先不将所有数据都展示给用户,用户触发某个事件,才会异步请求数据)
(3) 启用浏览器缓存和文件压缩
(4) CDN 加速
(5) 建立独立的图片服务器(减少 I/O)
3、服务端优化
(1) 页面静态化
(2) 并发处理
(3) 队列处理
4、数据库优化
(1) 数据库缓存
(2) 分库分表,分区
(3) 读写分离
(4) 负载均衡
5、web 服务器优化
(1) nginx 反向代理实现负载均衡
(2) lvs 实现负载均衡
php写的程序，进行性能测试，各项资源都正常，增加并发，tps不增长，响应时间增长，您觉得瓶颈在哪？
问题没说清楚，也不好下定论啊，如果性能测试就压100个用户，在没达到瓶颈的情况，各项指标应该都是平稳的，波动起伏不会太大，只有慢慢增加用户，才会知道瓶颈所在随着用户的增加，下面各值会跟随增加吞吐量，CPU，点击率。。。等事务响应时间（这个系统一般没达到极限是不变的）当事务响应时间开始明显变长，说明系统达到了极限可以是CPU极限，可能是点击率极限，可能是网络极限。。。你继续增加用户了，响应时间变长，吞吐量点击开始明显下降，说明就到瓶颈了，然后在看是什么地方的瓶颈如果单一的吞吐量上不去，也可能是用户访问不多，吞吐量当然上不去
php 从rabbitmq consume 和 get的区别
以下是阿里云查到的解释
在RabbitMQ中消费者有2种方式获取队列中的消息:
a) 一种是通过basic.consume命令，订阅某一个队列中的消息,channel会自动在处理完上一条消息之后，接收下一条消息。（同一个channel消息处理是串行的）。除非关闭channel或者取消订阅，否则客户端将会一直接收队列的消息。
b) 另外一种方式是通过basic.get命令主动获取队列中的消息，但是绝对不可以通过循环调用basic.get来代替basic.consume，这是因为basic.get RabbitMQ在实际执行的时候，是首先consume某一个队列，然后检索第一条消息，然后再取消订阅。如果是高吞吐率的消费者，最好还是建议使用basic.consume。
简单总结一下就是说：
consume是只要队列里面还有消息就一直取。
get是只取了队列里面的第一条消息。
因为get开销大，如果需要从一个队列取消息的话，首选consume方式，慎用循环get方式。
thinkphp5 怎么记录详细日志
onethink里有这个功能，记录操作日志的，可以参考一下
需要先把所有需要记录的行为添加一下，这个工作量巨大，如果每个行为都要记录的话··· 所以一般都是把重要的记录就可以了。
onethink 是 thinkphp开发的 可能跟你的存在版本差异
代码可以参考以下：
[ 2017-02-21T20:31:33+08:00 ] 192.168.2.106 192.168.2.107 POST /Stardaily/public/index.php/app/User/autoLogin
[ log ] 192.168.2.106:80/Stardaily/public/index.php/app/User/autoLogin [运行时间：0.334305s][吞吐率：2.99req/s] [内存消耗：2,620.18kb] [文件加载：85]
[ info ] [ LANG ] F:\PHP\phpStudy\WWW\Stardaily\thinkphp\lang\zh-cn.php
[ info ] [ ROUTE ] array (
'type' = 'module',
'module' =
array (
0 = 'app',
1 = 'User',
2 = 'autoLogin',
),
)
[ info ] [ HEADER ] array (
'accept-encoding' = 'gzip, deflate',
'content-length' = '52',
'accept-language' = 'zh-Hans-CN;q=1, zh-Hant-CN;q=0.9',
'user-agent' = 'StarDaily/1.1.1 (iPod touch; iOS 10.2; Scale/2.00)',
'accept' = '*/*',
'connection' = 'keep-alive',
'content-type' = 'application/x-www-form-urlencoded',
'host' = '192.168.2.106:80',
)
[ info ] [ PARAM ] array (
'account_id' = '52',
'token' = '68699dad96c7e1741dba59d8b4ce127f',
)
[ info ] [ RUN ] app\app\controller\User-autoLogin[ F:\PHP\phpStudy\WWW\Stardaily\application\app\controller\User.php ]
[ info ] [ DB ] INIT Pgsql
[ info ] [ LOG ] INIT File
独享128M内存的弹性web托管怎么样呢？做phpwind
128m有点小，主要看网站的并发量。
一般每个php-fpm进程要占到25m左右，你这点内存极限也就能开5个fpm，5个fpm并发处理动态页面，假设平均脚本执行时间在0.1s，服务器的吞吐率是50。这里50是比较乐观的情况，并且没考虑带宽因素。
