首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
mq
订阅
wangbs1
更多收藏集
微信扫码分享
微信
新浪微博
QQ
2篇文章 · 0订阅
一次kafka卡顿事故排查过程
由于一次功能上线后,导致某数据量急剧下滑,给我们紧张的呢!排查过程也是个学习过程!抛开结果,方法论可供参考~1.确认问题的真实性?被数据部门告知,某数据量下滑严重,当时即知道问题的严重性。且该问题是在
闭关学习一周kafka,原来他这么快是有原因的!
前言无论kafka作为MQ也好,作为存储层也罢,无非就是两个功能(好简单的样子),一是Producer生产的数据存到broker,二是Consumer从broker读取数据。那Kafka的快也就体现在