当前位置:首页 > 文章列表 > 数据库 > MySQL > Flink EOS如何防止外部系统乱入--两阶段提交源码

Flink EOS如何防止外部系统乱入--两阶段提交源码

来源:SegmentFault 2023-01-10 08:30:54 0浏览 收藏

在数据库实战开发的过程中,我们经常会遇到一些这样那样的问题,然后要卡好半天,等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《Flink EOS如何防止外部系统乱入--两阶段提交源码》,聊聊MySQL、大数据、flink,希望可以帮助到正在努力赚钱的你。

一、前言

  1. 根据维基百科的定义,两阶段提交(Two-phase Commit,简称2PC)是巨人们用来解决分布式系统架构下的所有节点在进行事务提交时保持一致性问题而设计的一种算法,也可称之为协议。
  2. 在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;

    /**
     * 调用该方法可预提交上一步创建的事务。
     * 注:预提交必须执行所有必要的步骤来为将来可能发生的提交准备事务。此后事务可能仍会中止,但底层实现必须确保对已预提交事务的提交调用始终成功
     * 

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 handledTransactions) {}

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 operatorState : state.get()) {
                  // 获取用户上下文
                userContext = operatorState.getContext();
                  // 获取待提交的事务
                List> recoveredTransactions =
                        operatorState.getPendingCommitTransactions();
                List handledTransactions = new ArrayList(recoveredTransactions.size() + 1);
                for (TransactionHolder 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);
    }

实现CheckpointListener接口方法如下:

        /**
        * checkPoint完成之后会调用该方法,主要负责对预提交事务的正式提交。
        */
        @Override
    public final void notifyCheckpointComplete(long checkpointId) throws Exception {
       
          /** 1. 获取所有待提交的事务列表 */ 
        Iterator>> pendingTransactionIterator =
                pendingCommitTransactions.entrySet().iterator();
        Throwable firstError = null;
                /** 2. 循环提交待提交事务列表中的事务 */
        while (pendingTransactionIterator.hasNext()) {
            Map.Entry> entry = pendingTransactionIterator.next();
            Long pendingTransactionCheckpointId = entry.getKey();
            TransactionHolder 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) {}

四、总结

借助Flink的CheckPoint机制和2PC协议,对于Sink端,用户只要自定义实现TwoPhaseCommitSinkFunction就可以避免外部系统打乱Flink现存的EOS生态。

文中关于mysql的知识介绍,希望对你的学习有所帮助!若是受益匪浅,那就动动鼠标收藏这篇《Flink EOS如何防止外部系统乱入--两阶段提交源码》文章吧,也可关注golang学习网公众号了解相关技术文章。

版本声明
本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
自己动手看看mysql索引怎么走自己动手看看mysql索引怎么走
上一篇
自己动手看看mysql索引怎么走
mysql 系列(2) -日志
下一篇
mysql 系列(2) -日志
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    542次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    508次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    497次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    484次学习
查看更多
AI推荐
  • 笔灵AI生成答辩PPT:高效制作学术与职场PPT的利器
    笔灵AI生成答辩PPT
    探索笔灵AI生成答辩PPT的强大功能,快速制作高质量答辩PPT。精准内容提取、多样模板匹配、数据可视化、配套自述稿生成,让您的学术和职场展示更加专业与高效。
    23次使用
  • 知网AIGC检测服务系统:精准识别学术文本中的AI生成内容
    知网AIGC检测服务系统
    知网AIGC检测服务系统,专注于检测学术文本中的疑似AI生成内容。依托知网海量高质量文献资源,结合先进的“知识增强AIGC检测技术”,系统能够从语言模式和语义逻辑两方面精准识别AI生成内容,适用于学术研究、教育和企业领域,确保文本的真实性和原创性。
    35次使用
  • AIGC检测服务:AIbiye助力确保论文原创性
    AIGC检测-Aibiye
    AIbiye官网推出的AIGC检测服务,专注于检测ChatGPT、Gemini、Claude等AIGC工具生成的文本,帮助用户确保论文的原创性和学术规范。支持txt和doc(x)格式,检测范围为论文正文,提供高准确性和便捷的用户体验。
    37次使用
  • 易笔AI论文平台:快速生成高质量学术论文的利器
    易笔AI论文
    易笔AI论文平台提供自动写作、格式校对、查重检测等功能,支持多种学术领域的论文生成。价格优惠,界面友好,操作简便,适用于学术研究者、学生及论文辅导机构。
    46次使用
  • 笔启AI论文写作平台:多类型论文生成与多语言支持
    笔启AI论文写作平台
    笔启AI论文写作平台提供多类型论文生成服务,支持多语言写作,满足学术研究者、学生和职场人士的需求。平台采用AI 4.0版本,确保论文质量和原创性,并提供查重保障和隐私保护。
    40次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码