Atlas 血缘采集延迟从 30 秒怎么部署-环境配置

Atlas要先对准具体问题，重点落在一、先搞清楚延迟花在哪、二、第一刀：Kafka 消费端参数调优、2.1 增加 Consumer 线程数，不能只用一个大类词概括。

我们生产环境的 Atlas 血缘采集链路跑通后，能力没问题，但延迟一直不理想；监控数据显示：从 Hive SQL 执行完成到血缘关系在 Atlas 页面可查，P99 延迟约 28~35 秒；这个延迟对资产盘点和事前作用分析来说够用，但对故障定位场景完全不够——凌晨生产故障，值班同事打开血缘页面发现"还看不到刚才那条 SQL 的作用范围"，只能等。我们花了大约两周做专项优化，最终把 P99 延迟从 30 秒压到了 3 秒以内；先搞清楚延迟花在哪优化之前，先画清楚全链路，标注每个环节的耗时；第一刀：Kafka 消费端参数调优Atlas 的 Notification Consumer 默认配置非常保守，完全是"能跑就行"的级别。1 增加 Consumer 线程数Atlas 默认只启动 1 个 Notification Consumer 线程；在 DDL 操作频繁的生产环境，单个线程根本消费不过来；线程数超过 Kafka 分区数，多余的线程会空转。