网站防黑客入侵做相关防御,根据网站软件做报告,做美直播网站,医院网站建设进度及实施过程大家好#xff0c;我是烤鸭#xff1a; 这个问题有点奇怪#xff0c;新服务上线#xff0c;redis tps居高不下#xff0c;还都是ping命令。
环境#xff1a;
服务 #xff1a; 280台#xff0c;redis集群#xff1a;12主24从
问题
由于服务刚上线#xff0c;还没…大家好我是烤鸭 这个问题有点奇怪新服务上线redis tps居高不下还都是ping命令。
环境
服务 280台redis集群12主24从
问题
由于服务刚上线还没有访问发现ping命令的qps 7K就很纳闷。运维帮忙看了下确认这些命令的发起ip是业务服务。 问题排查
项目中用到了 lettuce和redisson在测试环境测试尝试把redisson去掉后没有大量ping了。
加上之后又有了频率大概是 每分钟 26次。
看下源码
跟了源码发现是 PingConnectionHandler.sendPing 发起的ping操作。
如果触发了 channelActive 就会定时执行ping检测channel 是否还保持连接。
protected void sendPing(final ChannelHandlerContext ctx) {final RedisConnection connection RedisConnection.getFrom(ctx.channel());final RFutureString future connection.async(StringCodec.INSTANCE, RedisCommands.PING);config.getTimer().newTimeout(new TimerTask() {Overridepublic void run(Timeout timeout) throws Exception {CommandData?, ? commandData connection.getCurrentCommand();if ((commandData null || !commandData.isBlockingCommand()) (future.cancel(false) || !future.isSuccess())) {ctx.channel().close();log.debug(channel: {} closed due to PING response timeout set in {} ms, ctx.channel(), config.getPingConnectionInterval());} else {sendPing(ctx);}}// 决定ping的频率,为0表示不再ping了默认是0}, config.getPingConnectionInterval(), TimeUnit.MILLISECONDS);
}大部分人都不会有这个问题因为 redisson默认的 pingConnectionInterval 就是0… 主要是写公共组件那哥们把这个值默认写成了60s… 结论
这个值改了之后就没有这个问题了。不过ping tps: 7k 确实有点诡异。
这个7k 只是部分client发起的再平均到redis 实例每个实例150 tps也还可以接受吧。
最终发现是发现不同的grafana统计数据有差异估计150 tps差不多。
