Redis on 执子之手

奇怪现象：两个Consumer消费同一个分区（Partition）

Fri, 27 May 2022 00:00:00 +0000

最近生产上碰到一个奇怪的问题，现场人员反馈Kafka工作不正常。经过开发人员检查，发现一个奇怪的现象：线上两台服务器竟然在同时消费一个Kafka Topic中的一个分区（Partition）。

1. 背景

我们的程序要实现的功能是这样的：系统会定时扫描库存表，根据库存情况决定是否要执行出库操作。之前是采用定时任务处理，执行策略是1分钟一次，为了防止多台服务器并发执行，使用Quartz集群模式确保定时任务只在一台服务器上执行。最近客户提出需求，某些时候客户希望响应更及时一些，譬如某项请求到达的时候，就要立即检查库存并决定是否需要出库。因此，开发人员对系统进行了调整，改为使用Kafka Consumer来触发扫描库存动作；定时任务和接口处同时负责发送触发库存扫描的消息。

相关的代码如下：

Consumer用来处理扫描库存的功能：

 1public class LibraryOutboundTriggerConsumer {
 2    private final OutboundService outboundService;
 3    private final BoxInfoService boxInfoService;
 4
 5    @KafkaListener(topics = "${fwm.core.topic.library-outbound-trigger}")
 6    public void consume(ConsumerRecord<String, String> record) {
 7        log.info("\n\n");
 8        log.info("=====================开始执行出库扫描=====================");
 9        if (boxInfoService.hasBoxUpdateTask()) {
10            log.info("=====================存在料箱更新任务，执行出库扫描结束=====================");
11            return;
12        }
13        Stopwatch stopwatch = Stopwatch.createStarted();
14        try {
15            boxInfoService.startOutboundTask(90);
16            outboundService.outboundTaskScan();
17        } finally {
18            boxInfoService.stopOutboundTask();
19        }
20
21        log.info("=====================执行出库扫描结束,总耗时{}ms=====================", stopwatch.elapsed(TimeUnit.MILLISECONDS));
22    }
23}

在Mac上编译RedisDesktopManager（1）国际化处理

Wed, 01 Jul 2020 00:00:00 +0000

1. 概述

Redis Desktop Manager（RedisDesktopManager，RDM）是一个快速、简单、支持跨平台的 Redis 桌面管理工具，基于 Qt 5 开发，支持通过 SSH Tunnel 连接。

– 开源中国上面对项目的介绍

RedisDesktopManager 是一款优秀的 Redis 客户端。最初是作为开源项目发布的，官方也会发布编译好的版本。后来，作者做了一些商业化处理，上架了App Store，从此不再发布编译后的版本，也在开源版本中阉割掉了 SSH Tunnel 功能。有鉴于此，网上有很多人写教程来说明如何从源码构建一个发行版本，但是目前见到的教程多多少少都有一些问题。最近花了一些时间尝试完善整个编译过程，目前进展不错。以后会陆续说明编译过程中碰到的问题以及对应的解决办法。

今天首先来说一下国际化的问题。

目前网上流行的 RedisDesktopManager 编译方法都没有对国际化文件进行处理，所以编译后的版本没有国际化功能，界面只显示英文，语言切换功能无效。经过对相关源码的分析，终于找到了正确的编译处理方法，现在可以完美切换语言。效果如图：

Node.js 使用Redis发布订阅模式

Thu, 30 Mar 2017 00:00:00 +0000

1. 背景

最近在用Node.js做一个管理系统的时候碰到了一个场景：为了访问性能，系统在内存中（不是Redis）缓存了一些常用数据，例如系统菜单树之类的。但是什么时候刷新这些缓存就成了问题。当然在单服务器模式下也不是大问题，只要在更新数据的时候删除内存中的缓存数据即可。但是这一方法在分布式服务中就无效了：同时会有多个这种系统在跑，但是只有一台服务器接到了处理请求，其他服务器根本没有办法刷新内存中的数据。当然有人会说将缓存放到Redis中不就解决问题了？但是如果数据量稍大一些，而且访问频繁、更新却不频繁，放到Redis中每次访问都会对Redis带来不小的压力，显得很没有必要。这种情况下，自然就可以使用Redis的发布订阅机制来解决问题了：当数据更新之后，只要发布一个消息到Redis，所有服务器都可以收到消息，执行刷新缓存的操作了。