kafka优化

kafka优化

kafka中的优化问题

如何防止消息丢失
生产者
1、使用同步发送
2、 把ack设置成1或者all，并且设置同步的分区数>=2
消费者
将自动提交改为手动提交

如何防止消息的重复消费

​ 在防止消息丢失的方案中，如果生产者发送完消息后，因为网络抖动，没有收到ack，但实际上broker已经收到了。 此时生产者会进行重试，于是broker就会收到多条相同的消息，而造成消费者的重复消费。
解决：
​ 生产者关闭重试：会造成丢消息 （不建议）
​ 消费者解决非幂等消费问题：
​ 所谓的幂等性：多次访问的结果是一样的。对应rest的请求（get（幂等）、post非幂等、put幂等、delete幂等）
​ 在数据库中创建联合主键，防止相同的主键创建出多条记录
​ 使用分布式锁，以业务id为锁保证只有一条记录能够创建成功

如何做到消息的顺序消费

​ 生产者：保证消息按顺序消费，且消息不丢失 使用同步的发送，ack设置成非0的值。
​ 消费者：主题只能设置一个分区，消费组只能有一个消费者
kafka的顺序消费使用场景不多，因为要牺牲性能 kafka多用于对顺序消费要求不强的场景

如何解决消息积压问题

​ 1、消息积压问题的出现
​ 消息的消费者的消息速度原赶不上生产者的生产消息的速度，刀子kafka中有大量的数据没有被消费。随着没有被消费的数据堆积越多。消费者寻址的性能就会越来越差，最好导致整个kafka对外提供的服务的性能很差，从而造成其他服务也访问速度变慢，造成服务雪崩。
​ 2、消费积压的问题解决方案
(1)在这个消费者中，使用多线程，充分利用机器的性能进行消费消息。
通过业务的架构设计，提升业务层面消费的性能
(2)创建多个消费组，多个消费者，部署到其他机器上，一起消费，提高消费者的消费速度
(3)创建一个消费者，该消费者在kafka另建一个主题，配上多个分区，多个分区在配置多个消费者。该消费者将poll 下来的数据不进行消费，直接转发到新建的主题上。此时新的主题的多个分区和多个消费者就开始一起消费了。 不常用

kafka优化之实现延时队列

kafka中创建相应的主题
消费者消费该主题的消息 （轮询）
消费者消费消息时判断消息的创建时候和当前时候是否超过30分钟 （前提时订单没有支付）
如果是超过30分钟：去数据库中修改订单状态为取消
如果否没有超过30分钟：记录当前消息中的offset，并不在继续消费之后的消息。等待1分钟后，在次项kafka拉取该offset及之后的消息，继续进行判断，以此反复。