45_尚硅谷_数仓采集_调试经验

好，那大家现在呢，分析一个问题，这个数据啊，最终没有传到A上，这是卡不好，呃，这是from中间from，这是from。那他这就是到了这边是没有数据，你怎么去分析这问题怎么排查呢。知道吗？那A没有知道吗？啊卡不卡from听说过二查找吗吧？对，是不还是可以干掉一半啊，如果说这里面有数据能证明前面前面的全部是OK的，如果卡不卡就没有数据，那直接就上前面去找对吧，卡法里面有数据，那后面这块那HTS通常情况下问题不大，那只有可能就是它啊就是它好，那还有那他怎么发现他有没有问题呢。

是否日志啊，刚才那个日志是不是就写到了op model，然后下面有一个log了啊，就监控这个目录，看它里面有没有数据啊，看它的广告是否畅通啊，还有这个卡不卡呀，你不要看它那个进程活着的，你就认为它是好的。哎，你要看他的状态，测试一下它的生产和消费啊，一定要测试一下能不能生产，能不能消费啊，而且如果他不能生产和消费，你要干谁呢？ZK，也就是说主拼模要看它的主频模，看主拼模也是不要光看它的进程，要看它的状态。看它the status是是follow leader能看到这种状态是OK的，否则的话你光看到它进程有并不代表它活着啊，这个是呃，一个坑啊，一定要注意啊，说比较容易出错的地方，第一个那出错的地方就是它的YID你配置重了，还有一个就是卡不卡，容易出错的就是它的broke ID你会重了，尤其是有的卡普卡呢起来，其他的另一个就下去。

另一个打法启动起来，比如说114上的打法，启动了103就挂掉，幺三启动114挂掉，那基本上就是它的库克被说明了。啊，那这种情况要注意一下啊，啊，那第一级那个from，第一级from，咱们这个脚本里面把日志是不是给它放到黑洞里面了，在你们开发调试阶段，也是目前的阶段，不要放到黑洞里面，把它放到一个文件里面，方便你去查bug，如果说一下子通了，数据都到卡卡了，那这个放黑洞里面没有任何问题。能懂这意思吧，啊，要注意啊，所以说要如何去排查这个bug啊，要有思路啊，不要上来就问我哈，一定要自己过思考啊，思考了至少得半个小时以上，然后找你们的这个组长啊，如果组长还是搞不定再找我啊啊。