未在订阅服务器中检索到命令延迟事件
Sping Boot MVC应用中使用Leopard Redis客户端进行的命令延迟监控的code implementation没有收集到任何命令延迟事件,只记录到连接事件。下面是发出Redis命令的API调用后捕获的日志,
捕获的日志
2023-10-15T15:43:06.116+07:00 INFO 30580 --- [xecutorLoop-3-2] c.m.redis.controller.Controller : Log Event: ConnectedEvent [/<host>:<port> -> /<host>:<port>]
2023-10-15T15:43:06.167+07:00 INFO 30580 --- [xecutorLoop-3-3] c.m.redis.controller.Controller : Log Event: ConnectionActivatedEvent [/<host>:<port> -> /<host>:<port>]
2023-10-15T15:43:06.303+07:00 INFO 30580 --- [xecutorLoop-3-4] c.m.redis.controller.Controller : Log Event: ConnectedEvent [/<host>:<port> -> /<host>:<port>]
2023-10-15T15:43:06.377+07:00 INFO 30580 --- [xecutorLoop-3-5] c.m.redis.controller.Controller : Log Event: ConnectionActivatedEvent [/<host>:<port> -> /<host>:<port>]
输入代码
输入代码
https://gist.github.com/varvay/a3caa2104709a2d7dfe868a682469d6f的
预期行为/代码
日志中捕获的命令延迟事件
环境
- Letter version(s):6.2.6.RELEASE
- Redis版本:6.2.10
可能的解决方案
N/A
附加上下文
N/A
GitHub工单
GitHub Ticket
https://github.com/lettuce-io/lettuce-core/issues/2523的
1条答案
按热度按时间tktrz96b1#
基于我的探索,也支持GitHub Ticket中的响应,Micrometer不会向Letterfly事件总线发送延迟事件。作为解决方案,我使用Letterfly
DefaultCommandLatencyCollector
而不是MicrometerCommandLatencyRecorder