这是一个创建于 1764 天前的主题，其中的信息可能已经有所发展或是发生改变。
业务要用到延时队列，不知道 beanstalked 性能怎么样，有没有老哥在生产环境用过的。
18 条回复 • 2021-03-09 09:18:05 +08:00
 |
1
luxinxin 2020-01-23 14:42:29 +08:00 via iPhone
试过一天两百万任务，没啥问题
|
 |
2
loveyu 2020-01-23 19:03:26 +08:00
做过压力测试，单机性能 8k/s, 纯内存。不过由于没有高可用，大佬们不给上生产
|
 |
3
OllyDebug 2020-01-23 19:16:01 +08:00 via iPhone
生产环境千万级业务没啥压力
|
 |
4
tt67wq 2020-01-23 19:18:56 +08:00 via iPhone
这东西不是拿来学习用的吗
|
 |
11
skypyb 2020-01-23 20:24:19 +08:00 via Android
延时用 rabbit 怎么样？可持久化，堆积量和压力承载性能都挺不错啊
|
|
14
loveyu 2020-01-23 20:49:20 +08:00
@babyrjw 这个要上生产也是有多个方案的，比如 redis 做持久化，然后故障恢复后从 redis 中恢复。或者直接使用 benastalk 的持久化，只用作去触发异步队列，做幂等加补偿，也是一个方案
|
|
15
skypyb 2020-01-23 23:10:54 +08:00 via Android
|
 |
16
daimaldd 2020-01-25 01:40:59 +08:00
|
 |
17
zibber 2020-01-26 17:48:16 +08:00
要配置一下高可用吧,以前单机任务多了容易挂
|
 |
18
734695609 2021-03-09 09:18:05 +08:00
@skypyb 你说的是 rabbitmq_delayed_message_exchange 插件吗，这个插件用起来是很方便，不是我试过之后感觉有几个问题
1.延迟时间类型是 int，最大只能支持 24.8 天，后面的小数点被我省略了。 2.关于迁移，如果换服务器怎么办，只把队列迁移过去原来的延迟时间还在不在，因为看到作者在 github 写的 You can disable this plugin by calling rabbitmq-plugins disable rabbitmq_delayed_message_exchange but note that ALL DELAYED MESSAGES THAT HAVEN'T BEEN DELIVERED WILL BE LOST. 即把插件关闭所有尚未传递的延迟消息将丢失 3.作者说插件设计不支持十万百万场景，因为有人用这个插件支撑了太多延时队列导致延迟时间会更久，提了 issue，Current design of this plugin doesn't really fit scenarios with a high number of delayed messages (e.g. 100s of thousands or millions). See #72 for details. 所以我想问一下你们的生产环境用的是这个吗，有出现上述的问题吗，或者换了什么解决方案吗 |
Select Language