问题标签 [redisson]

当我尝试使用 Redisson 连接 Redis 服务器时，它有时会显示内存泄漏错误。我该如何解决。重现代码在下面。

预期行为

它不应该有内存泄漏。

实际行为

重现或测试用例的步骤

Redis 版本

4.0.10

雷迪森版本

3.7.5

雷迪森配置

这是我的课：

当我使用maven构建时，会报编译错误：

[错误] /Users/finup/Desktop/a/importtest/src/main/java/pepelu/ImportTest.java:[8,6] 找不到符号

将导入顺序更改为：

我得到了一个成功的 Maven 构建。

我搜索了文档，但找不到对此的解释。

谁能解释一下在这种情况下导入是如何工作的？

我正在使用 RSemaphore 来维护特定的计数。请看下面：-

我在最后发布了信号量，但有时我的代码执行可能会停止、终止或由于特定原因我停止服务器。那么获取的信号量将永远不会被释放。

为了处理这种情况，我想要信号量，它会在特定时间后自动释放。

redissonClient.getNodesGroup().pingAll()

返回 true 但仍然出现异常 ->

[10-09-2018 21:00:05.337] [redisson-netty-2-6]

[错误] DNSMonitor$1$1:98 cr_id= parent_reqid= reqid=

• 无法解析 xxxx.redis.cache.windows.net java.net.UnknownHostException：4 次查询后无法解析“xxxx.redis.cache.windows.net”

我在 yaml 文件中有 Redisson 集群配置，

我知道在配置中提供一个主节点 IP 地址就足够了，Redisson 会自动识别集群中的所有节点，但我的问题如下，

1 是否在应用程序启动时识别所有节点并用于将来的连接？

2 如果一个主节点出现故障，当应用程序运行时，对特定主节点的请求将失败，redisson api会自动尝试联系其他节点（主节点）还是尝试重复连接到同一个主节点，失败？

3 提供DNS而不是服务器IP是最佳做法吗？

我在 Spring 中使用 Redission 进行锁定，它具有 3.5.3 的 maven 依赖版本和 4.1.22.final 的 netty-all 依赖版本。但是我的 Java VisualVM 显示 redission-netty 线程始终处于运行阶段。谁能告诉我这背后的原因。

所以我想问一下，由于Redis多个使用Redisson库的单独应用程序对同一个集群的共享访问是否会出现任何争用问题（每个应用程序本身都有几个实例）。

库是否Redisson支持这样的用例？或者我是否需要Redisson在每个应用程序中进行配置，例如添加某种前缀或应用程序名称（因为Quartz您可以在其中定义prefixes for tables由可以访问相同db并Quartz独立使用的单独应用程序使用的位置）。

在一个应用程序中提交的任务ExecutorService是否会完全转发到另一个也使用的应用程序，Redisson而不是同一应用程序的另一个实例？

我正在使用带有 Spring-boot 的 Redisson，我需要将环境变量传递给 redisson.yaml

地址：“redis://${REDIS_HOST}:6379”

传递环境变量时，它目前不起作用。

我从我的 Amazon EC2 实例通过 Redisson 连接到 AWS Elasticache Redis。在多次请求 redis 连接后，我得到了以下问题，它停止了我的程序执行。很少请求redis交互不会出现问题，但最终会在大量请求后发生。

我们正在使用 Redisson 连接到 AWS elasticache 上具有 1 个主节点和 2 个副本节点的复制 Redis。

该应用程序使用多个RLocalCachedMaps、Locks 和几千个Topics来跟踪用户状态。（随着用户在线和离线，主题和订阅来来去去）。

但是我们经常会收到一系列的RedisTimeoutExceptions，最初这些是在服务器运行了几天之后，并且会持续出现，直到服务器重新启动，或者会因内存不足错误而崩溃。这使我认为这是缺少可用的订阅，但是如果我正确理解它们，我们的设置（如下）应该支持超过 100,000 个订阅，而我们还没有接近。
还有一些会在热身的时​​候出现，此时服务器的负载比较轻，有几次异常后连接整理出来，几天都没有大问题，说明不是单纯的订阅问题。这些命令每次都是简单的锁定/发布/订阅，而不是复杂的批处理。

AWS Elasticache 节点上的负载始终很小，我们的服务器部署在 AWS EC2 实例上，因此应该具有相对良好的连接性！

我们在数量上获得的 2 个例外是锁定或订阅主题：

和

我们的配置是：

我已经阅读了关于超时的 Redisson 常见问题解答，我们的超时异常显然不是服务器或客户端，因此不确定哪个超时参数会更好地调整，进一步考虑到它们是 7.5 秒，对于用户请求来说等待的时间相当长。同样，我找不到有关连接池大小或每个连接订阅的推荐值以及生产部署的合理值的文档。