84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
大量读的操作,关联到每个用户,又要保证实时性,这个怎么破?
认证高级PHP讲师
用yar试一下呢
消息队列是解决并发问题的根本方案
有人提到了消息队列,感觉在实时性要求高、无法异步的场景并不适合。
phprpc我并没用过,是不是本身存在性能问题尚不可知。
但其它产品的经验来看,每次请求都打开连接句柄,必然存在堵塞的问题。内网连接mysql在达到一定数据量级时,都可以看到有比较高的连接延迟,查询过程本身并不慢。
如果是这个原因,yaf估计也会存在这样的问题,长连接和连接池是你的研究方向。
用任务队列 1.新建一个数据表 去存放队列信息 2.利用linux上的定时任务去后台异步调用PHP /shell 脚本 去执行任务
这方面没有什么研究,楼主可以试试:http://wiki.swoole.com/wiki/page/196.html
然后有什么心得记得分享哦
实时性的你rpc也解决不了问题啊。。。应该是用长连接吧。。应该具体需求说说看,感觉你的需求和解决方案可能不匹配
对实时性要求不高可以考虑消息队列。另外还可以考虑php的swoole扩展看看性能是否会提高一点。
谢谢邀请。推荐消息队列
用yar试一下呢
消息队列是解决并发问题的根本方案
有人提到了消息队列,感觉在实时性要求高、无法异步的场景并不适合。
phprpc我并没用过,是不是本身存在性能问题尚不可知。
但其它产品的经验来看,每次请求都打开连接句柄,必然存在堵塞的问题。内网连接mysql在达到一定数据量级时,都可以看到有比较高的连接延迟,查询过程本身并不慢。
如果是这个原因,yaf估计也会存在这样的问题,长连接和连接池是你的研究方向。
这方面没有什么研究,楼主可以试试:http://wiki.swoole.com/wiki/page/196.html
然后有什么心得记得分享哦
实时性的你rpc也解决不了问题啊。。。应该是用长连接吧。。应该具体需求说说看,感觉你的需求和解决方案可能不匹配
对实时性要求不高可以考虑消息队列。
另外还可以考虑php的swoole扩展看看性能是否会提高一点。
谢谢邀请。推荐消息队列