高并发分布式任务处理多进程加速优化

类似拼多多等，都会有订单支付时间限制；这种场景就非常适合使用beanstalked来做，他类似redis但是他有消息确认机制！redis没有消息确认机制。

分析：订单比如过15分钟未支付自动取消，当然可以使用定时任务来跑就可以了，但是定时任务只能最少一分钟；如果想多少秒执行一次，当然我们也可以写shell脚本；https://www.cnblogs.com/hai-feng/p/12446126.html。

利弊：虽然可以达到目的，但是数据量达到一定级别的时候，一分钟不一定能处理的完！！！可能还会导致数据量越来越大，可能mysql服务器直接挂了都有可能。

方案：swoole+beanstalked处理！

 

失败重连机制，mysql,redis都是一样的原理。

分析各类方案的优缺点：beanstalked和rabbitMQ都是有消息确认机制的（完全可信），这个非常适合分布式确认是否处理！而kafka适用于做一些日志分析服务比如通过日志分析人物画像行为推送等等（不能完全可信）。

在swoole中执行业务逻辑思想！

思考：分布式事务怎么保证？redis优化技术？golang结合php?学一门java语言提高竞争力？加油少年！