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 随笔小记