ZeroMQ : 扩展性好，开发比较灵活，采用C语言实现，实际上他只是一个socket库的重新封装，如果我们做为消息队列使用，需要开发大量的代码 RabbitMQ :结合erlang语言本身的并发优势，性能较好，但是不利于做二次开发和维护 ActiveMQ: 历史悠久的开源项目，已经在很多产品中得到 ...
分类：
其他好文 时间：
2018-01-17 01:07:36
阅读次数：
131
转载自：http://www.coin163.com/good/blog/mq.html 几种MQ产品说明： ZeroMQ : 扩展性好，开发比较灵活，采用C语言实现，实际上他只是一个socket库的重新封装，如果我们做为消息队列使用，需要开发大量的代码 RabbitMQ :结合erlang语言本身 ...
分类：
其他好文 时间：
2017-12-25 17:03:08
阅读次数：
262
aaaa 消息订阅与分布 在我们实例中我们创建了订阅频道名为 redisChat: 现在，我们先重新开启个 redis 客户端，然后在同一个频道 redisChat 发布两次消息，订阅者就能接收到消息。 bb数据库 @选择数据库 一个redis实例最多可提供16个数据库，下标从0到15，客户端默认连 ...
分类：
其他好文 时间：
2017-11-22 13:12:49
阅读次数：
126
第一部分引用于：点击打开 1：简单介绍 PUB-SUB模式一般处理的都不是系统的关键数据。发布者不关注订阅者是否收到发布的消息，订阅者也不知道自己是否收到了发布者发出的所有消息。你也不知道订阅者何时开始收到消息。类似于广播，收音机。因此逻辑上，它都不是可靠的。这个可以通过与请求响应模型组合来解决。 ...
分类：
Web程序 时间：
2017-10-14 12:06:37
阅读次数：
384
同属于NOSQL存储，网上流传很多memcached能做的是redis都可以做，为什么基本现在两种都火，原因他们有各自擅长的地方。 memcahed内部采用多核模式，单列运行很快。memcached采用的是key-value存储。缺点：无法持久化，数据不能备份，只能用于缓存，重启数据丢失。 redi ...
分类：
系统相关 时间：
2017-10-02 15:21:19
阅读次数：
259
一：Redis 发布订阅 Redis 发布订阅(pub/sub)是一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息。 Redis 客户端可以订阅任意数量的频道。 下图展示了频道 channel1 ， 以及订阅这个频道的三个客户端 —— client2 、 client5 和 cl ...
分类：
数据库 时间：
2017-08-05 15:39:35
阅读次数：
224
发布订阅(pub/sub)是一种消息通信模式，主要的目的是解耦消息发布者和消息订阅者之间的耦合，这点和设计模式中的观察者模式比较相似。pub /sub不仅仅解决发布者和订阅者直接代码级别耦合也解决两者在物理部署上的耦合。Redis作为一个pub/sub server，在订阅者和发布者之间起到了消息路 ...
分类：
其他好文 时间：
2017-07-23 22:30:38
阅读次数：
130
一个需求，用户预约了手机超时没有使用，要通知到预约的用户“设备超时”。 我本来是自己这一端计时然后超时后推送通知的。 但是上海测说他那边计时，然后释放手机。我这边只要订阅他那边的消息就好了。 外部的应用需要实时获取phone.dp上手机的实时状态，要采用zmq消息订阅的方式 http://blog. ...
分类：
其他好文 时间：
2017-06-23 15:52:17
阅读次数：
142
一、发布订阅说明 发布订阅(pub/sub)是一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息。 Redis 客户端可以订阅任意数量的频道 图展示了频道 channel1 ， 以及订阅这个频道的三个客户端 —— client2 、 client5 和 client1 之间的关系： ...
分类：
其他好文 时间：
2017-06-14 14:27:57
阅读次数：
232
Redis 发布订阅(pub/sub)是一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息。 Redis 客户端可以订阅任意数量的频道。 下图展示了频道 channel1 ， 以及订阅这个频道的三个客户端 —— client2 、 client5 和 client1 之间的关系： ...
分类：
其他好文 时间：
2017-05-25 16:46:24
阅读次数：
255
