redis导致java的cpu过高,redis 漏洞造成服务器被入侵-CPU飙升

前言

前几天在自己服务器上搭了redis,准备想着大展身手一番,昨天使用redis-cli命令的时候,10s后,显示进程已杀死。然后又试了几次,都是一样的结果,10s时间,进程被杀死。这个时候我还没发现事情的严重性。

发现问题

进程莫名被杀死,可能是cpu被占满,赶紧看了一下cpu。

[root@vm_0_13_centos etc]# top

49375a755285b6d3979d33d6a429eac4.png

果然如此,cpu被莫名的占满了。简单,根据pid杀死进程就行了。

[root@vm_0_13_centos etc]# kill -9 27882

在我以为事情已经完结的情况下,使用reids-cli的时候又出现同样的问题,进程被杀死,我在用 top 命令查看的时候,cpu又被占满了。这个时候我才意识到问题的严重性,这个command是一串无规则数字,应该不是一个正经的进程,而且我试过了几次,这个进程总是在被杀死后重新启动,不过是以不同的pid和不同的command,这可能是一个定时任务,然后我看了一下本地的定时任务:

[root@vm_0_13_centos etc]# crontab -l

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 在将 Redis 实例迁移后,如果您的 Spring Boot 应用程序的 CPU 负载增加并且 RT 上升,可能是由于以下原因之一导致的: 1. 网络延迟:Redis 实例迁移后,如果新实例的网络延迟高于旧实例,则可能导致 Spring Boot 应用程序的性能下降。您可以使用 ping 命令测试新 Redis 实例的网络延迟,并尝试优化网络连接。 2. Redis 配置:新 Redis 实例的配置可能与旧实例不同,例如,新实例的最大连接数、最大内存限制等可能不同。您可以检查新实例的配置并尝试将其与旧实例保持一致。 3. Redis 服务性能:新 Redis 实例可能性能不如旧实例。您可以使用 Redis 自带的性能测试工具 redis-benchmark 进行性能测试,查看新实例与旧实例的性能差异。 4. 应用程序代码:Redis 迁移可能会影响应用程序的代码。您可以检查应用程序代码,特别是与 Redis 相关的代码,以查找潜在的问题。 在确定问题后,您可以采取以下措施来解决问题: 1. 优化网络连接:确保网络连接稳定,并尝试使用更快的网络连接或减少网络通信量。 2. 调整 Redis 配置:将新实例的配置与旧实例保持一致,或根据应用程序的需要进行调整。 3. 优化 Redis 性能:如果新实例性能不如旧实例,您可以尝试对 Redis 进行优化,例如增加 Redis 实例的数量、使用更高性能的硬件等。 4. 优化应用程序代码:检查应用程序代码,查找潜在的问题,并尝试优化代码以提高性能。 ### 回答2: 当进行Redis实例迁移时,可能会出现Spring Boot应用CPU过高和接口响应时间(RT)上升的问题。这是因为Redis实例迁移可能会导致应用程序无法访问或连接Redis服务器,从而导致应用程序无法正常执行与Redis相关的操作。 当Redis实例被迁移时,应用程序需要重新配置连接Redis的相关参数,如主机地址、端口号、密码等。如果应用程序没有正确配置这些参数,将无法与新的Redis实例建立连接,从而导致出现高CPU使用率和接口延迟的问题。 解决此问题的方法有以下几种: 1. 检查应用程序的Redis配置:确保应用程序的配置文件中包含正确的Redis连接参数,如主机地址、端口号、密码等。如果配置文件中的参数与实际Redis实例的参数不匹配,需要进行调整。 2. 检查网络连接:确保应用程序可以正常访问新的Redis实例。可以使用telnet命令或其他网络连接工具测试与Redis服务器之间的连接是否正常。 3. 重新启动应用程序:在进行Redis实例迁移后,重新启动应用程序可能会解决问题。重新启动应用程序将使其重新加载配置文件和建立与Redis的新连接。 4. 优化代码和查询:高CPU使用率和接口延迟可能是由于Redis操作频繁或查询效率低下造成的。检查应用程序的代码,优化Redis操作和查询,减少不必要的操作和查询次数,提高应用程序的性能。 通过以上方法,可以解决由Redis实例迁移导致的Spring Boot应用程序CPU过高和接口RT上升的问题,确保应用程序与新的Redis实例正常连接和运行。 ### 回答3: 当redis实例迁移导致springboot应用CPU过高和各个接口RT上升时,可能存在以下原因和解决方法: 1. 网络延迟:由于redis实例迁移,新的redis实例可能位于不同的网络环境中,导致网络延迟增加。解决方法是检查网络连接是否正常,优化网络配置,例如使用更快速的网络连接或使用专用网络。 2. 频繁的连接/断开操作:redis实例迁移可能导致大量的连接/断开操作,这会影响应用的性能。解决方法是使用连接池管理redis连接,并调整连接池的配置参数以适应新的redis实例。 3. 数据同步:在redis实例迁移期间,可能需要将数据从旧的redis实例同步到新的redis实例。如果数据量过大或同步方式不当,会导致CPU过高和RT上升。解决方法是优化数据同步的方式,例如使用增量同步或分批同步数据,避免一次性同步大量数据。 4. 内存不足:新的redis实例可能配置不足的内存导致频繁的数据交换和缓存失效,从而引起CPU过高和RT上升。解决方法是检查新的redis实例的内存配置,适当增加内存以满足应用的需求。 5. 缓存失效:由于redis实例迁移,应用可能无法正常访问缓存,导致频繁的数据库访问和计算。解决方法是检查应用的缓存配置,确保缓存正常可用,并优化缓存策略和过期时间,以减少缓存失效的情况。 在处理以上问题时,可以通过监控工具或日志分析来确定导致CPU过高和RT上升的具体原因,然后针对具体问题进行适当的调优和优化,以恢复应用的正常性能。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值