本篇文章主要介绍RedoLog和UndoLog：利用RedoLog和UndoLog实现本地事务的原子性、持久性RedoLog的写回策略RedoLogBuffer的刷盘时机通过写入日志来保证原子性、持久性是业界的主流做法。介绍RedoLog和UndoLogRedoLog是什么：RedoLog被称为重做日志。UndoLog是什么：UndoLog被称为撤销日志、回滚日志。技术是为了解决问题而生的，通过RedoLog我们可以实现崩溃恢复，防止数据更新丢失，保证事务的持久性。也就是说，在机器故障恢复后，系统仍然能够通过RedoLog中的信息，持久化已经提交的事务的操作结果。技术是为了解决问题而生的，Un
本篇文章主要介绍RedoLog和UndoLog：利用RedoLog和UndoLog实现本地事务的原子性、持久性RedoLog的写回策略RedoLogBuffer的刷盘时机通过写入日志来保证原子性、持久性是业界的主流做法。介绍RedoLog和UndoLogRedoLog是什么：RedoLog被称为重做日志。UndoLog是什么：UndoLog被称为撤销日志、回滚日志。技术是为了解决问题而生的，通过RedoLog我们可以实现崩溃恢复，防止数据更新丢失，保证事务的持久性。也就是说，在机器故障恢复后，系统仍然能够通过RedoLog中的信息，持久化已经提交的事务的操作结果。技术是为了解决问题而生的，Un
作者：老Z，中电信数智科技有限公司山东分公司运维架构师，云原生爱好者，目前专注于云原生运维，云原生领域技术栈涉及Kubernetes、KubeSphere、DevOps、OpenStack、Ansible等。简介生产环境KubeSphere3.3.0部署的Kubernetes集群在安全评估的时候发现安全漏洞，其中一项漏洞提示目标可能存在ApacheLog4j2远程代码执行漏洞(CVE-2021-44228)。本文记录了该漏洞修复的全部过程，文中介绍了修复该漏洞的两种解决方案，其中涉及自定义构建KubeSphere适用的JenkinsImage的详细操作。漏洞修复方案漏洞详细信息漏洞报告中涉及漏
作者：老Z，中电信数智科技有限公司山东分公司运维架构师，云原生爱好者，目前专注于云原生运维，云原生领域技术栈涉及Kubernetes、KubeSphere、DevOps、OpenStack、Ansible等。简介生产环境KubeSphere3.3.0部署的Kubernetes集群在安全评估的时候发现安全漏洞，其中一项漏洞提示目标可能存在ApacheLog4j2远程代码执行漏洞(CVE-2021-44228)。本文记录了该漏洞修复的全部过程，文中介绍了修复该漏洞的两种解决方案，其中涉及自定义构建KubeSphere适用的JenkinsImage的详细操作。漏洞修复方案漏洞详细信息漏洞报告中涉及漏
DragonboatLogReplication代码走读Dragonboat是一个开源的高性能Go实现的Raft共识协议实现.具有良好的性能和久经社区检验的鲁棒性,机遇巧合,接触到.因此决定结合Raft博士论文走读其源码.今天带来Raft中三大核心之一的日志复制LogReplication的代码走读.DragonboatLogReplication代码实现结构Dragonboat中的网络接口调用主要在node.go文件中实现
DragonboatLogReplication代码走读Dragonboat是一个开源的高性能Go实现的Raft共识协议实现.具有良好的性能和久经社区检验的鲁棒性,机遇巧合,接触到.因此决定结合Raft博士论文走读其源码.今天带来Raft中三大核心之一的日志复制LogReplication的代码走读.DragonboatLogReplication代码实现结构Dragonboat中的网络接口调用主要在node.go文件中实现
全文建立在MySQL的存储引擎为InnoDB的基础上先看一条SQL如何入库的：这是一条很简单的更新SQL，从MySQL服务端接收到SQL到落盘，先后经过了MySQLServer层和InnoDB存储引擎。Server层就像一个产品经理，分析客户的需求，并给出实现需求的方案。InnoDB就像一个基层程序员，实现产品经理给出的具体方案。在MySQL”分析需求，实现方案“的过程中，还夹杂着内存操作和磁盘操作，以及记录各种日志。他们到底有什么用处？他们之间到底怎么配合的？MySQL又为什么要分层呢？InnoDB里面的那一块BufferPool又是什么？我们慢慢分析。分层结构MySQL为什么要分为Serv
全文建立在MySQL的存储引擎为InnoDB的基础上先看一条SQL如何入库的：这是一条很简单的更新SQL，从MySQL服务端接收到SQL到落盘，先后经过了MySQLServer层和InnoDB存储引擎。Server层就像一个产品经理，分析客户的需求，并给出实现需求的方案。InnoDB就像一个基层程序员，实现产品经理给出的具体方案。在MySQL”分析需求，实现方案“的过程中，还夹杂着内存操作和磁盘操作，以及记录各种日志。他们到底有什么用处？他们之间到底怎么配合的？MySQL又为什么要分层呢？InnoDB里面的那一块BufferPool又是什么？我们慢慢分析。分层结构MySQL为什么要分为Serv
1、搭建本地环境2、编写Demo3、开启debug跟踪方法3.1跟进error方法 3.2跟进logIfEnabled方法3.3跟进logMessage方法3.4跟进logMessageSafely方法3.5跟进logMessageTrackRecursion方法3.6跟进tryLogMessage方法3.7跟进log方法3.8跟进log方法3.9跟进log方法3.9跟进processLogEvent方法3.10跟进callAppenders方法3.11跟进3.12跟进callAppenderPreventRecursion方法3.13跟进callAppender0方法3.14跟进tryCal
1、搭建本地环境2、编写Demo3、开启debug跟踪方法3.1跟进error方法 3.2跟进logIfEnabled方法3.3跟进logMessage方法3.4跟进logMessageSafely方法3.5跟进logMessageTrackRecursion方法3.6跟进tryLogMessage方法3.7跟进log方法3.8跟进log方法3.9跟进log方法3.9跟进processLogEvent方法3.10跟进callAppenders方法3.11跟进3.12跟进callAppenderPreventRecursion方法3.13跟进callAppender0方法3.14跟进tryCal
