Flink EOS如何防止外部系统乱入--两阶段提交源码
来源:SegmentFault
2023-01-10 08:30:54
0浏览
收藏
在数据库实战开发的过程中,我们经常会遇到一些这样那样的问题,然后要卡好半天,等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《Flink EOS如何防止外部系统乱入--两阶段提交源码》,聊聊MySQL、大数据、flink,希望可以帮助到正在努力赚钱的你。
一、前言
- 根据维基百科的定义,两阶段提交(Two-phase Commit,简称2PC)是巨人们用来解决分布式系统架构下的所有节点在进行事务提交时保持一致性问题而设计的一种算法,也可称之为协议。
- 在Flink 1.4版本中,社区将两阶段提交协议中的公共逻辑进行提取和封装,发布了可供用户自定义实现特定方法来达到flink EOS特点的TwoPhaseCommitSinkFunction。本文基于Flink 1.12.4,和大家一起拜读Flink两阶段提交的源码。
二、2PC简介
1. 定义
根据维基百科的定义,两阶段提交可以归纳为一目的两角色三条件(即两个重要角色在三个可成立的条件下,实现最终的一个目的),具体如下:
一个最终目的
分布式系统架构下的所有节点在进行事务提交时要保持一致性(即要么全部成功,要么全部失败)
两个重要角色
@Override public void snapshotState(FunctionSnapshotContext context) throws Exception { // this is like the pre-commit of a 2-phase-commit transaction // we are ready to commit and remember the transaction checkState( currentTransactionHolder != null, "bug: no transaction object when performing state snapshot"); long checkpointId = context.getCheckpointId(); LOG.debug( "{} - checkpoint {} triggered, flushing transaction '{}'", name(), context.getCheckpointId(), currentTransactionHolder); preCommit(currentTransactionHolder.handle); pendingCommitTransactions.put(checkpointId, currentTransactionHolder); LOG.debug("{} - stored pending transactions {}", name(), pendingCommitTransactions); currentTransactionHolder = beginTransactionInternal(); LOG.debug("{} - started new transaction '{}'", name(), currentTransactionHolder); state.clear(); state.add( new State( this.currentTransactionHolder, new ArrayList(pendingCommitTransactions.values()), userContext)); } /** 调用该方法可在事务内进行写值操作。 */ protected abstract void invoke(TXN transaction, IN value, Context context) throws Exception; /** 调用该方法可以开启一个新事务。 */ protected abstract TXN beginTransaction() throws Exception; /** * 调用该方法可预提交上一步创建的事务。 * 注:预提交必须执行所有必要的步骤来为将来可能发生的提交准备事务。此后事务可能仍会中止,但底层实现必须确保对已预提交事务的提交调用始终成功 * <p>Usually implementation involves flushing the data. */ protected abstract void preCommit(TXN transaction) throws Exception; /** * 调用该方法正式提交预提交的事务。 * 注:如果方法执行失败(即提交事务失败),Flink应用会重启,然后调用recoverAndCommit方法,重新提交该事务 */ protected abstract void commit(TXN transaction); /** * 执行失败后,调用该方法用来恢复事务提交操作。 * 注:用户自定义实现必须确保该方法的调用最终会被执行成功。如果调用仍然失败,flink应用会被重启并且再次执行调用;反复执行,如果最终失败(用户重启策略配置的为一定的次数的重启),则会导致数据的丢失。 * 另外,事务执行的顺序和他们创建时的顺序保持一致。 */ protected void recoverAndCommit(TXN transaction) { commit(transaction); } /** 调用该方法取消事务 */ protected abstract void abort(TXN transaction); /** 执行失败后,取消被协调者拒绝的事务 */ protected void recoverAndAbort(TXN transaction) { abort(transaction); } /** * 恢复用户上下文后的子类调用的回调函数,用来处理已经提交或者取消并且不会再处理的事务操作。 */ protected void finishRecoveringContext(Collection<txn> handledTransactions) {}</txn></p>
TwpPhaseCommintSinkFunction是一个抽象类实现了CheckpointedFunction接口和CheckpointListener接口。
实现CheckpointedFunction接口方法如下:
@Override /** * 父类中该方法的定义为当需要请求检查点的快照时可调用此方法。 * 子类中的方法对检查点的操作进行了事务相关的耦合: * 1. 校验事务状态,调用该方法时事务不能为null。 * 2. 预提交当前的事务并将该事务加入待提交事务列表,为后续正式提交做准备。 * 3. 开启新的事务。 * 4. 清空存储事务状态的列表,然后记录当前待提交的事务。 */ public void snapshotState(FunctionSnapshotContext context) throws Exception { // this is like the pre-commit of a 2-phase-commit transaction // we are ready to commit and remember the transaction /** 1. 检查事务状态,如果事务对象为空,则抛异常 */ checkState( currentTransactionHolder != null, "bug: no transaction object when performing state snapshot"); long checkpointId = context.getCheckpointId(); LOG.debug( "{} - checkpoint {} triggered, flushing transaction '{}'", name(), context.getCheckpointId(), currentTransactionHolder); /** 2.1 预提交当前的事务 --TODO 最终会调用实现类中preCommit的逻辑*/ preCommit(currentTransactionHolder.handle); /** 2.2 记录当前预提交事务到待提交事务列表中 */ pendingCommitTransactions.put(checkpointId, currentTransactionHolder); LOG.debug("{} - stored pending transactions {}", name(), pendingCommitTransactions); /** 3. 开启新的事务 */ currentTransactionHolder = beginTransactionInternal(); LOG.debug("{} - started new transaction '{}'", name(), currentTransactionHolder); /** 4. 清空记录事务状态的列表,并记录当前预提交的事务 */ state.clear(); state.add( new State( this.currentTransactionHolder, new ArrayList(pendingCommitTransactions.values()), userContext)); } /** * 调用该方法初始化检查点状态。 * 子类中的初始化方法对事务进行了相关的耦合操作: * 1. 获取检查点的状态列表 * 2. 循环状态列表,获取提交待提交的事务,并记录待提交的事务。 * 3. 终止未提交的事务,并记录未提交的事务。 * 4. 开启新的事务 */ @Override public void initializeState(FunctionInitializationContext context) throws Exception { /** 1. 获取检查点的状态列表 */ state = context.getOperatorStateStore().getListState(stateDescriptor); boolean recoveredUserContext = false; if (context.isRestored()) { LOG.info("{} - restoring state", name()); /** 2. 循环状态列表,获取提交待提交的事务,并记录待提交的事务 */ for (State<txn context> operatorState : state.get()) { // 获取用户上下文 userContext = operatorState.getContext(); // 获取待提交的事务 List<transactionholder>> recoveredTransactions = operatorState.getPendingCommitTransactions(); List<txn> handledTransactions = new ArrayList(recoveredTransactions.size() + 1); for (TransactionHolder<txn> recoveredTransaction : recoveredTransactions) { // If this fails to succeed eventually, there is actually data loss // 恢复并提交待提交的事务 recoverAndCommitInternal(recoveredTransaction); // 记录待提交的事务 handledTransactions.add(recoveredTransaction.handle); LOG.info("{} committed recovered transaction {}", name(), recoveredTransaction); } /** 3. 终止未提交的事务,并记录未提交的事务 */ { TXN transaction = operatorState.getPendingTransaction().handle; recoverAndAbort(transaction); handledTransactions.add(transaction); LOG.info( "{} aborted recovered transaction {}", name(), operatorState.getPendingTransaction()); } /** 回收用户上下文配置 */ if (userContext.isPresent()) { finishRecoveringContext(handledTransactions); recoveredUserContext = true; } } } // if in restore we didn't get any userContext or we are initializing from scratch // 如果在恢复中没有获取到用户上下文,则进行上下文初始化 if (!recoveredUserContext) { LOG.info("{} - no state to restore", name()); userContext = initializeUserContext(); } // 情况待提交事务列表 this.pendingCommitTransactions.clear(); /** 4. 开启新事务 */ currentTransactionHolder = beginTransactionInternal(); LOG.debug("{} - started new transaction '{}'", name(), currentTransactionHolder); } </txn></txn></transactionholder></txn>
实现CheckpointListener接口方法如下:
/** * checkPoint完成之后会调用该方法,主要负责对预提交事务的正式提交。 */ @Override public final void notifyCheckpointComplete(long checkpointId) throws Exception { /** 1. 获取所有待提交的事务列表 */ Iterator<map.entry transactionholder>>> pendingTransactionIterator = pendingCommitTransactions.entrySet().iterator(); Throwable firstError = null; /** 2. 循环提交待提交事务列表中的事务 */ while (pendingTransactionIterator.hasNext()) { Map.Entry<long transactionholder>> entry = pendingTransactionIterator.next(); Long pendingTransactionCheckpointId = entry.getKey(); TransactionHolder<txn> pendingTransaction = entry.getValue(); // 只提交早于checkpointId的事务 if (pendingTransactionCheckpointId > checkpointId) { continue; } LOG.info( "{} - checkpoint {} complete, committing transaction {} from checkpoint {}", name(), checkpointId, pendingTransaction, pendingTransactionCheckpointId); // 超时警告 logWarningIfTimeoutAlmostReached(pendingTransaction); try { // 第二阶段提交事务 commit(pendingTransaction.handle); } catch (Throwable t) { if (firstError == null) { firstError = t; } } LOG.debug("{} - committed checkpoint transaction {}", name(), pendingTransaction); // 从待提交事务列表中移除已经提交过的事务 pendingTransactionIterator.remove(); } if (firstError != null) { throw new FlinkRuntimeException( "Committing one of transactions failed, logging first encountered failure", firstError); } } @Override public void notifyCheckpointAborted(long checkpointId) {}</txn></long></map.entry>
四、总结
借助Flink的CheckPoint机制和2PC协议,对于Sink端,用户只要自定义实现TwoPhaseCommitSinkFunction就可以避免外部系统打乱Flink现存的EOS生态。
文中关于mysql的知识介绍,希望对你的学习有所帮助!若是受益匪浅,那就动动鼠标收藏这篇《Flink EOS如何防止外部系统乱入--两阶段提交源码》文章吧,也可关注golang学习网公众号了解相关技术文章。
版本声明
本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除

- 上一篇
- 自己动手看看mysql索引怎么走

- 下一篇
- mysql 系列(2) -日志
评论列表
-
- 畅快的毛巾
- 太给力了,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢老哥分享技术贴!
- 2023-03-27 11:12:08
-
- 听话的咖啡
- 这篇文章真及时,作者加油!
- 2023-03-19 06:50:54
-
- 发嗲的咖啡
- 太细致了,已收藏,感谢大佬的这篇文章内容,我会继续支持!
- 2023-01-19 02:16:09
-
- 拼搏的蜡烛
- 这篇文章出现的刚刚好,好细啊,感谢大佬分享,码住,关注博主了!希望博主能多写数据库相关的文章。
- 2023-01-13 06:50:40
查看更多
最新文章
-
- 数据库 · MySQL | 11小时前 |
- MySQL排序优化与性能提升技巧
- 153浏览 收藏
-
- 数据库 · MySQL | 13小时前 |
- MySQL中WHERE与HAVING的区别详解
- 340浏览 收藏
-
- 数据库 · MySQL | 18小时前 |
- MySQL排序优化与性能提升技巧
- 368浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL连接池配置与优化方法
- 297浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQLGROUPBY使用技巧与常见问题
- 306浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL缓存优化技巧分享
- 392浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL安装到D盘教程及路径设置详解
- 279浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL缓存设置及查询作用解析
- 470浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQLcount优化技巧及性能提升方法
- 371浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQLUPDATE替换字段值方法详解
- 292浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL基础:增删改查全教程
- 356浏览 收藏
查看更多
课程推荐
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 511次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 498次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 484次学习
查看更多
AI推荐
-
- 千音漫语
- 千音漫语,北京熠声科技倾力打造的智能声音创作助手,提供AI配音、音视频翻译、语音识别、声音克隆等强大功能,助力有声书制作、视频创作、教育培训等领域,官网:https://qianyin123.com
- 95次使用
-
- MiniWork
- MiniWork是一款智能高效的AI工具平台,专为提升工作与学习效率而设计。整合文本处理、图像生成、营销策划及运营管理等多元AI工具,提供精准智能解决方案,让复杂工作简单高效。
- 89次使用
-
- NoCode
- NoCode (nocode.cn)是领先的无代码开发平台,通过拖放、AI对话等简单操作,助您快速创建各类应用、网站与管理系统。无需编程知识,轻松实现个人生活、商业经营、企业管理多场景需求,大幅降低开发门槛,高效低成本。
- 106次使用
-
- 达医智影
- 达医智影,阿里巴巴达摩院医疗AI创新力作。全球率先利用平扫CT实现“一扫多筛”,仅一次CT扫描即可高效识别多种癌症、急症及慢病,为疾病早期发现提供智能、精准的AI影像早筛解决方案。
- 98次使用
-
- 智慧芽Eureka
- 智慧芽Eureka,专为技术创新打造的AI Agent平台。深度理解专利、研发、生物医药、材料、科创等复杂场景,通过专家级AI Agent精准执行任务,智能化工作流解放70%生产力,让您专注核心创新。
- 97次使用
查看更多
相关文章
-
- golang MySQL实现对数据库表存储获取操作示例
- 2022-12-22 499浏览
-
- 搞一个自娱自乐的博客(二) 架构搭建
- 2023-02-16 244浏览
-
- B-Tree、B+Tree以及B-link Tree
- 2023-01-19 235浏览
-
- mysql面试题
- 2023-01-17 157浏览
-
- MySQL数据表简单查询
- 2023-01-10 101浏览