@hackingwu 如果 1~4 失败，5 成功了，那么 1~4 就不会重新消费了。

1. client 在内存里也维护一个 offset，失败了没有 ACK， 还是会继续消费的，除非自己主动 seek 到出错的 offset，类似 SeekToCurrentErrorHandler 。
2. 重新启动了会继续从服务端的 offset 开始消费，我本地是没有从服务端的 offset 开始消费，是因为我本地的数据被删除，我的 offset 对应的是不存在，那么就按照 auto.offset.reset = latest 继续消费，所以我又遇到重启以后没有收到消息的。

是本因为本地也有存一个 offset，对吗？那我应该怎么测试？

@OldActorsSmile 这是手机 APP ？

@CEBBCAT
@Kobayashi 主要是不知道怎么回答，平时有读，但是真的让你去说，你好像又说不出啥来。

@huntcool001 是的 我也是这么想的，那就是要运维定期去归档数据。

@zhangysh1995 我这不是 single-column index, 我这是组合索引呀 ，不是你文档描述的场景

@wangritian 我的 c1,c2 信息都在索引里，不会再回表啦。

@zhouhu 肯定会呀 ，你 explain 一下就知道了，走覆盖索引呀

@happyeveryday 你好，请教一下。为什么已经买了妈咪宝贝，有买少儿健康福和好医保？是做什么的补充？

@coolmint 为啥等到 20 多岁在买终身的性价比高？

@qoo2019 买的是啥

@Judoon 。。。。不知道是谁复制黏贴发的，我已经冲大家的回复里找到自己的答案了

@pangleon 服务内的表 为啥不能 join

@sdwgyzyxy 我们其实主要讨论的是同一个服务的，即同一个库里的表 join

@zorui 这个我赞同，不同服务下不让 join 合理，考虑不同服务可能会不同的数据库。但是很多公司都是一刀切的规范

@msg7086 我们的应用都是读写分离的，正常写代码的时候就会考虑可能存在延迟。

@zjsxwc 如果字段不常变化，可以加冗余。也存在很多字段常变化的，如果冗余，就要多处更新

@msg7086 数据库的从 不能有集群吗