Kafka客户端异步写入时的同步锁问题

近期使用java开发基于kafka的数据流相关业务,基本处理流程为:

  1. 订阅kafka topic
  2. 数据处理
  3. 将处理后的结果写入下游kafka

在调试过程中发现,step1 & 2性能都非常高,单机(40 cores)能达到30k TPS,但加上step 3之后,性能只有6k TPS。

由于我们使用的是异步写入kafka的模式,不应该有如此大的性能下降。通过深入代码,有如下发现:

将一条record append到本地buffer时,需要对batch队列进行同步(可能有两次)

因此,多个线程在进程内部共享一个kafka producer实例,在频繁写入数据时,将在此处遇到同步问题。

找到原因之后,就可以针对性优化了:将kafka producer变为thread local的,每个线程拥有独立的client,有如下益处:

  1. 减少此处的同步问题
  2. JVM对于运行中无并发的代码块,将进行偏向锁的优化,相比于无同步代码块,仅仅在进出同步块时各多一次CAS操作

进行改动后,性能提升至期望水平。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值