回复内容：我们用beanstalk，qps1000左右如果是单纯做队列服务建议beanstalkd（小巧、性能好），如果考虑到高可用、海量可以用kafka。不如你先指出现有方案有哪些方面不不够好。感觉这个问题和 php 没啥关系？消息队列选型更多考虑业务的场景：
* 性能，比如每秒有多少消息啊，如果你每秒有几万的消息量，那 beanstalk、rabbitmq 之列的就不能拿来直接用了。
* 可靠性，消息是否允许丢失？是否需要持久化？
* 高可用，是否可以容忍宕机？
* 是否需要分布式
* 运维成本，你们公司的开发（运维）是否有能力维护好这个消息队列
* 客户端支持，这个才是语言层面的东西。比如 kafka 是个很好的消息队列，但是他的 php 客户端写的不太好，自己重新写也比较难，那么在选型的是否就要慎重。
在权衡这些因素以后，才能决定如何选择。
有哪些消息队列： message queue
性能对比：http://bravenewgeek.com/dissecting-message-queues/redis，rabbitmq用redis，rabbitmq这两个这个要看你的应用场景，一般来说用redis比较简单，但是redis不能实现消息没有正常处理，其他进程仍然能够处理这个消息的情况，也就是没有对消息有一个处理完成确认的过程。
如果要完整的消息队列，用过的有：gearman，rabbitmq, 都是不错的。php-resquegearman。如果要求跨网络不丢消息还可以选择kafkaworkerman