假设是6.
> > > > 假如这个时候publish message 4 失败了， 那么job restart from last successful
> > > > checkpoint, source operator 就会从6 开始读数据，那么4 和 5 就会丢失了， 这个理解正确吗
> > >
> > >
> > >
> >
> 按照我个人理解，应该是sink环节的部分失败，会使得sink环节的checkpoint失败，而jobmanager会因为这个sink环节
失败，而标记这个checkpoint的快照整体失败。
> > 从而重启消费会从source的1开始重新消费
> >
> >
> > -邮件原件-
> > 发件人: Benchao Li [mailto:libenc...@apache.org]
> > 发送时间: 2020年8月27日 星期四 10:06
> > 收件人: user-zh
> > 主题: Re: 关于sink失败 不消费kafka消息的处理
> >
> > Hi Eleanore，
ache.org]
> 发送时间: 2020年8月27日 星期四 10:06
> 收件人: user-zh
> 主题: Re: 关于sink失败 不消费kafka消息的处理
>
> Hi Eleanore，shizk233 同学给出的解释已经很全面了。
>
> 对于你后面提的这个问题，我感觉这个理解应该不太正确。
> 开了checkpoint之后，虽然kafka producer没有用两阶段提交，但是也可以保证在checkpoint成功的时候
> 会将当前的所有数据flush出去。如果flush失败，那应该是会导致checkpoint失败
Hi Eleanore，shizk233 同学给出的解释已经很全面了。
对于你后面提的这个问题，我感觉这个理解应该不太正确。
开了checkpoint之后，虽然kafka producer没有用两阶段提交，但是也可以保证在checkpoint成功的时候
会将当前的所有数据flush出去。如果flush失败，那应该是会导致checkpoint失败的。所以我理解这里应该是
at least once的语义，也就是数据可能会重复，但是不会丢。
Eleanore Jin 于2020年8月27日周四 上午9:53写道：
> Hi shizk233,
>
> 非常感谢你的回答！
Hi shizk233,
非常感谢你的回答！ 如果是如下场景：我的DAG 就是从kafka source topic 读取数据， 然后写到kafka sink topic，
中间没有其他stateful operator. 如果sink operator 不是两端提交，就是kafka producer send,
那么如果开启checkpoint, state 就只是source operator kafka offset.
假设，现在message 1-5 正在被sink operator publish， 1-3 已经publish了，但4，5 还没有，
这个时候source
Hi Eleanore，这个问题我可以提供一点理解作为参考
1.chk与at least once
checkpoint机制的思想就是做全局一致性的快照，失败恢复时数据的消费位点会回滚到上一次chk n的进度，
然后进行数据重放，这样就保证了数据不会缺失，至少被消费一次。
2. sink2PC
在chk机制下，数据重放时一般sink端的数据不能回滚，就会有重复数据。如果是upsert sink那仍然是一致的，
否则需要通过2PC的预提交来将chk n+1成功前的数据写到临时存储，等chk n+1完成再真正写入的物理存储。如果
在chk
Hi Benchao
可以解释一下为什么sink没有两阶段提交，那就是at least once 的语义吗？ 比如source和 sink 都是kafka， 如果 sink
不是两段式提交，那么checkpoint 的state 就只是source 的 offset，这种情况下和使用kafka auto commit
offset 看起来似乎没有什么区别
可否具体解释一下？ 谢谢！
Eleanore
On Tue, Aug 25, 2020 at 9:59 PM Benchao Li wrote:
>
Of 范超
Sent: Wednesday, August 26, 2020 2:42 PM
To: user-zh@flink.apache.org
Subject: 答复: 关于sink失败 不消费kafka消息的处理
您好 BenChao ,不知道是否有可以参考的两阶段提交的Flink 实例或者文档资料
-邮件原件-
发件人: Benchao Li [mailto:libenc...@apache.org]
发送时间: 2020年8月26日 星期三 12:59
收件人: user-zh
主题: Re: 关于sink失败 不消费kafka消息的处理
这种情况需要
这种情况需要打开checkpoint来保证数据的不丢。如果sink没有两阶段提交，那就是at least once语义。
范超 于2020年8月26日周三 上午11:38写道：
> 大家好，我现在有个疑问
> 目前我使用kafka作为source，经过计算以后，将结果sink到数据库；
>
> 后来日志数据库发生了timeout或者宕机，kafka这边的主题，却消费掉了造成了数据丢失，那么如何设置才可以确认在sink失败的时候，不提交kafka的消费位移呢？
>
>
> 多谢大家了
>
> 范超
>
--
Best,
Benchao Li
