幂等性实现
乐观锁：数据库：通过version或者时间戳防止其他操作并发更新，更新失败要有一定的重试机制。CAS比较与交换也是乐观锁。
去重表：在插入数据的时候，插入去重表，利用数据库的唯一索引特性，保证唯一的逻辑。这种方法适用于在业务中有唯一标的插入场景中，比如在以上的支付场景中，如果一个订单只会支付一次，所以订单ID可以作为唯一标识。这时，我们就可以建一张去重表，并且把唯一标识作为唯一索引，在我们实现时，把创建支付单据和写入去去重表，放在一个事务中，如果重复创建，数据库会抛出唯一约束异常，操作就会回滚，不做任何操作，实现了幂等。
悲观锁：select for update，当线程A执行for update，数据会对当前记录加锁，其他线程执行到此行代码的时候，会等待线程A释放锁之后，才可以获取锁，继续后续操作。事物提交时，for update获取的锁会自动释放。如果业务处理比较耗时，并发情况下，后面线程会长期处于等待状态，占用了很多线程，让这些线程处于无效等待状态，我们的web服务中的线程数量一般都是有限的，如果大量线程由于获取for update锁处于等待状态，不利于系统并发操作。
状态机：在消费者业务表中存在状态字段，并在消费消息后是变更状态，状态流转是单向不可逆的。例如：status ：[1 → 2 → 3 → 4…] 基于数据库乐观锁CAS方式。例如： update table set status = 2... where status = 1
数据库唯一约束：消息消费者在业务表中需要存储上游业务唯一id，在消息这业务表中加入上游业务唯一id并设置为唯一约束。