3

我最近写了一个网站,需要不停的轮询一个接口,如果数据有变化就需要发送邮件,现在有人说出现了白天收不到邮件晚上才能收到的情况,我猜是不是白天发邮件频率太高所以有的邮件发不出去?请问这种情况下是不是我需要用消息队列?(我是php写的后端,不知道sf允许发我网站的网址吗,我怕被管理员认为是广告。。。)
另外消息中间件和消息队列是什么关系啊?

昌维 4.4k
2016-06-23 提问
5 个回答
5

已采纳

使用消息队列的十个理由:
1.解耦
在项目启动之初来预测将来项目会碰到什么需求,是极其困难的。消息队列在处理过程中间插入了一个隐含的、基于数据的接口层,两边的处理过程都要实现这一接口。这允许你独立的扩展或修改两边的处理过程,只要确保它们遵守同样的接口约束。
2.冗余
有时在处理数据的时候处理过程会失败。除非数据被持久化,否则将永远丢失。消息队列把数据进行持久化直到它们已经被完全处理,通过这一方式规避了数据丢失风险。在被许多消息队列所采用的"插入-获取-删除"范式中,在把一个消息从队列中删除之前,需要你的处理过程明确的指出该消息已经被处理完毕,确保你的数据被安全的保存直到你使用完毕。
3.扩展性
因为消息队列解耦了你的处理过程,所以增大消息入队和处理的频率是很容易的;只要另外增加处理过程即可。不需要改变代码、不需要调节参数。扩展就像调大电力按钮一样简单。
4.灵活性 & 峰值处理能力
当你的应用上了Hacker News的首页,你将发现访问流量攀升到一个不同寻常的水平。在访问量剧增的情况下,你的应用仍然需要继续发挥作用,但是这样的突发流量并不常见;如果为以能处理这类峰值访问为标准来投入资源随时待命无疑是巨大的浪费。使用消息队列能够使关键组件顶住增长的访问压力,而不是因为超出负荷的请求而完全崩溃。请查看我们关于峰值处理能力的博客文章了解更多此方面的信息。
5.可恢复性
当体系的一部分组件失效,不会影响到整个系统。消息队列降低了进程间的耦合度,所以即使一个处理消息的进程挂掉,加入队列中的消息仍然可以在系统恢复后被处理。而这种允许重试或者延后处理请求的能力通常是造就一个略感不便的用户和一个沮丧透顶的用户之间的区别。
6.送达保证
消息队列提供的冗余机制保证了消息能被实际的处理,只要一个进程读取了该队列即可。在此基础上,IronMQ提供了一个"只送达一次"保证。无论有多少进程在从队列中领取数据,每一个消息只能被处理一次。这之所以成为可能,是因为获取一个消息只是"预定"了这个消息,暂时把它移出了队列。除非客户端明确的表示已经处理完了这个消息,否则这个消息会被放回队列中去,在一段可配置的时间之后可再次被处理。
7.排序保证
在许多情况下,数据处理的顺序都很重要。消息队列本来就是排序的,并且能保证数据会按照特定的顺序来处理。IronMO保证消息浆糊通过FIFO(先进先出)的顺序来处理,因此消息在队列中的位置就是从队列中检索他们的位置。
8.缓冲
在任何重要的系统中,都会有需要不同的处理时间的元素。例如,加载一张图片比应用过滤器花费更少的时间。消息队列通过一个缓冲层来帮助任务最高效率的执行--写入队列的处理会尽可能的快速,而不受从队列读的预备处理的约束。该缓冲有助于控制和优化数据流经过系统的速度。
9.理解数据流
在一个分布式系统里,要得到一个关于用户操作会用多长时间及其原因的总体印象,是个巨大的挑战。消息系列通过消息被处理的频率,来方便的辅助确定那些表现不佳的处理过程或领域,这些地方的数据流都不够优化。
10.异步通信
很多时候,你不想也不需要立即处理消息。消息队列提供了异步处理机制,允许你把一个消息放入队列,但并不立即处理它。你想向队列中放入多少消息就放多少,然后在你乐意的时候再去处理它们。

5

消息队列 可以保证多任务排队有序进行(避免高并发造成数据丢失 业务出现异常) 例如 秒杀抢购场景 要发很多通知的短信 可以做个队列 还有楼主的那种情况也可以用队列 做APP的消息推送也可以用消息队列
一般用redis的 可以用Redis的List实现 LPUSH RPOP就可以实现一个简单的队列
如果楼主要用php操作redis的话 给楼主推荐一个开源的类 https://github.com/phpredis/phpredis 封装好的类 挺好用的

希望可以帮到楼主

1

在高并发的业务场景下 如果用同步的 可能这个支付服务最多只能支持1000人服务 这时有2000人来付款 就会导致很多人付款失败 可能DB层也会出现问题 (mysql高并发可能会出现死锁) 如果这时选择用异步的队列的话 就可以慢慢的跑支付任务 可能就是让用户看到正在支付中 然后支付成功了 给个callbak 就OK了 可以保证业务的健壮性
baidu weibo 这种特大流量 高并发的网站 他们用的是分布式服务 推送服务也是多进程的 多台服务器进行

Panda · 2016年06月23日

展开评论
0

我认为不一定是网站的问题,还有可能是邮件服务器的问题,有时候明明早上发的邮件,却下午才能收到,真有这样的情况呢。至于一般的网站,我想是没有必要使用队列的,太高端了点。完全用不上啊。

0

首先,我觉得你们的接口有些问题。每次轮询之后,需要你来判断是否有数据,而这个数据变化比较应该需要你存一份原来的数据,而这不应该是你来做的,显而易见接口的另一方本身就会存储这些数据,如果数据量比较大,两边都存,数据一致性问题将会出现,带来不必要的麻烦。我建议用消息来触发你的发送,用数据库来记录你要发送给谁。

0

队列其实就是排队的意思。可以采取先进先出
你可以把你要发送每封邮件放到队列里面,每隔几分钟发送几封或者几百封
收不到邮件,估计是被屏蔽什么的,最好再发送成功那里做个日志保存,抓取看看白天发送是否成功,如果都成功,那就是邮件服务器端的问题。

撰写答案

推广链接