redis打印日志问题

springcloud微服务项目部署上线后TTFB较长问题的解决

首先来看一下问题

​ 公司项目合作的单位要一个新的环境,于是开启了我的问题之旅,集群使用的ambari集群,服务中搭配使用了kafka、neo4j、nginx、pgsql、MySQL数据库,集群正常,然后把各个服务在集群环境下进行部署,服务都正常运行并没有报错,当打开网页查询对象的时候我人傻了这个TTFB是什么鬼(ps:而且特别稳定),下面看图:
在这里插入图片描述

思考过程

​ 整个人傻过去之后,就开始思考问题出现的原因了,首先思考后台接口是不是响应的速度太慢,然后通过postman进行测试,copy的curl,一测才知道速度是真的快,额。。。。

​ 然后上网找发现网上有些大佬也出现个这个问题太好了,又可以白嫖了,找了一段时间表情就凝重了起来,大佬们好像都在说php的localHost的问题。。。WTF跟我的问题好像一点关系没得。。。

​ 这时就想着找身边的大佬求助了,大佬说是不是你的服务没走Redis,我慌了Redis装的时候好像就是有点问题开始自我怀疑,找到Redis的连接工具连上一瞧我丢这不是好好的嘛,开始怀疑大佬,根据我的思路走我以为时Ngnix转发较慢毕竟我没配反向代理,上网一搜没人支持我的结论也被另一个大佬否认了这个想法。。。onlyShit

​ 思考了两天没有头绪,这时有人提议说别是数据库索引的问题,你的kafka的日志打印好像没关,好嘛我的人生光明了,按照两个大佬所说将索引和kafka的日志打印都整好终于正常了痛哭流涕(ps:跟索引完全没有任何关系,有个大佬说之前解决了这个问题忘了记笔记,😓。。。。。。):
在这里插入图片描述
​ 具体原因是kafka的日志打印太占资源了没次查询都要不停打印,解决方案:
s p r i n g . k a f k a . l o g . e n a b l e d = f a l s e spring.kafka.log.enabled = false spring.kafka.log.enabled=false

经验总结

​ 服务的部署更加的得心应手,解决了一个很容易忽视的问题,对系统内部的一切都更加的熟悉了,也怪自己是个菜鸟没有系统学习过kafka,所以才出现了这个让人啼笑皆非的问题,总而言之问题解决了,皆大欢喜,继续上班摸鱼的时候写下了这篇博文,让自己牢记这次的教训。

​ 2021/3/17 随笔小记

  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 3
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值