1.zookeeper是码分什么？
2.实战教程第一章：OceanBase 数据库概述
3.Raft 论文导读：探索一种可理解的共识算法
4.Java开发书籍推荐(200多本)
5.深度分析 | MGR相同GTID产生不同transaction故障分析
zookeeper是什么？
zookeeper是动物管理员的意思。 ZooKeeper是码分一个分布式的，开放源码租前慎的码分分布式应用程序协调服务，是码分Google的Chubby一个开源的实现，是码分Hadoop和Hbase的重要组件。它是码分期货波段交易源码一个为分布式应用提供一致性服务的软件，提供的码分功能包括:配置维护、域名服务、码分分布式同步、码分组服务等。码分 ZooKeeper的码分目标就是封装好复杂易出错的关键服务，将简单易用的码分接口和性能高效、功能稳定的码分系统提供给用户。 ZooKeeper包含一个简单的码分原语集，提供Java和C的码分接口。 ZooKeeper代码版本中，提供了分布式独享锁、选举、队列的接口，代码在$zookeeper_home\src\recipes。其中分布锁和队列有Java和C两个版本，选举只有Java版本。 它的原理： ZooKeeper是以Fast Paxos算悔判法为基础的，Paxos 算法存在活锁的问题，即当有多个proposer交错提交时，抖音插件源码有弊敬可能互相排斥导致没有一个proposer能提交成功，而Fast Paxos做了一些优化，通过选举产生一个leader (领导者)，只有leader才能提交proposer，具体算法可见Fast Paxos。因此，要想弄懂ZooKeeper首先得对Fast Paxos有所了解。 ZooKeeper的基本运转流程:1、选举Leader。2、同步数据。3、选举Leader过程中算法有很多，但要达到的选举标准是一致的。4、Leader要具有最高的执行ID，类似root权限。5、集群中大多数的机器得到响应并接受选出的Leader。实战教程第一章：OceanBase 数据库概述
OceanBase 是由阿里巴巴和蚂蚁集团自主研发的一款分布式关系型数据库，它基于通用服务器集群，使用Paxos协议和分布式架构，具有高可用、线性扩展、安桌ui源码高性能和低成本等核心技术优势。
OceanBase 集群支持跨机房跨城市的部署，并在故障时，内部多副本自动切换，不丢失数据，天然适合异地容灾和多活建设。
在 OceanBase 社区版中，您可以免费复制和使用源代码，但需遵守 MulanPubL - 2.0 许可证。 OceanBase 社区版官方网站为 open.oceanbase.com，支持的操作系统包括但不限于 Linux、macOS 和 Windows。
相比于 MySQL，OceanBase 社区版在存储空间压缩效果上更出色，甚至可以达到 MySQL 空间大小的四分之一。OceanBase 提供了多租户支持，每个租户可按需分配资源，具有高可用能力，易于维护。
OceanBase 提供了强大的 SQL 引擎能力，支持 SQL 解析和执行计划缓存，复杂 SQL 运算，大纲技术干预 SQL 执行计划等，同时一套 SQL 引擎可以同时支持 OLTP 和 ROLAP 类型的风控指标源码混合场景需求。OceanBase 集群支持水平拆分技术，无需分库分表，SQL 和事务对业务完全透明，功能上没有限制。
在 OceanBase 社区版中，包含 OceanBase 企业版的所有核心功能，例如多租户、高可用和强一致能力，以及自动化运维平台，可以解决 MySQL 在高可用和强一致问题上的痛点。
对于业务访问压力大、数据量增长和查询性能下降等问题，OceanBase MySQL 租户提供分区表的水平拆分方案，提供原生的 SQL 和事务能力，对业务透明，同时支持在线扩容和缩容，内部数据迁移异步进行，具备高可用能力。
在 OceanBase 数据库上进行复杂查询时，可以减少不必要的数据同步，同时提供不同程度的读写分离技术来控制复杂查询对交易场景的影响。
OceanBase 社区版适合业务规模大、自动化运维需求高、数据量增长和查询性能下降以及需要原生 SQL 和事务能力的notepad存文件源码场景。
如果您在使用 OceanBase 时遇到任何问题，欢迎与我们联系，我们将为您提供支持。
Raft 论文导读：探索一种可理解的共识算法
对于理解和实现一种可理解的共识算法，如 Raft，首先，它像跑步一样，虽然重要但难以入门。一个好的论文导读能帮你克服语言障碍，特别是对于 Raft 的小论文，虽然大论文提供了更多细节，但本文将主要聚焦于小篇幅但关键的页内容。
论文的核心是寻找一种易于理解的共识算法，以替代复杂且难以掌握的 Paxos。作者通过对比 Paxos的挑战，指出其难懂且对系统构建和教育的实用性不足，从而引出 Raft 的目标——提供更好的理解和实践基础。
Raft 通过问题拆解，将共识算法简化为三个可理解的子问题，并提供了行的C++代码示例，方便理解和实现。它还通过实验验证了Raft在理解性上的优势，与Paxos形成了鲜明对比。
设计原则方面，Raft注重可理解性，例如通过减少状态数量和引入随机化来降低系统的不确定性。论文还介绍了复制状态机的概念，这是共识算法设计的基础，它确保在多副本系统中数据保持强一致性且高度可用。
实现中，Raft强调日志和数据的分离，算法独立于底层存储，以及算法的网络和存储抽象。此外，节点状态、任期和RPCs等概念在Raft中起着关键作用，特别是leader选举，它是共识达成的核心机制。
通过讲述leader选举的规则和过程，我们看到Raft如何通过规则和随机性来保证系统的稳定。日志复制是另一个重要环节，它与leader选举共享实现基础，但这里我们只给出了大致的图示和流程概述。
最后，虽然本文只介绍了论文的冰山一角，但希望能激发你进一步探索的兴趣。如果你想深入理解或实际应用，大论文和源码学习是必不可少的，同时也可以参考相关问题和专家的观点。
Java开发书籍推荐(多本)
整理了一份关于Java开发的电子书资源，共约本PDF版本，分享给需要的朋友们。 全部免费获取，无需添加QQ，无需关注公众号，直接使用百度网盘链接下载。 请在下载后给予我一个赞，顺便分享给还在寻找资源的兄弟们。 以下目录展示了部分书单内容，以供参考： Java - 天学通Java - Effective Java中文版（第2版） - Head First Java 中文高清版 - EXPERT.ONE.ON.ONE.J2EE.DEVELOPMENT.WITHOUT.EJB-中文 - Java 程序员进阶之路（亮白版） - Hibernate实战（第2版） - Java 8 实战 - Java8函数式编程 - Java8中的炫酷特性和Java9中的新特性-杨晓峰 - JavaNIO（中文版） - JAVA优化编程 - Java加密与解密的艺术 梁栋 - Java基础与案例开发详解 - Java学习路线图：Java必须知道的个问题 - Java并发编程的艺术 - JVM - Java虚拟机基础教程 高清中文版PDF - Java虚拟机并发编程 - Java虚拟机规范(Java SE 8版)(带书签完整版) - 实战JAVA虚拟机 JVM故障诊断与性能优化 - 揭秘Java虚拟机-JVM设计原理与实现 - 深入理解Java虚拟机JVM高级特性与最佳实践第3版(周志朋) - 解析Java虚拟机器开发：权衡优化、高效和安全的最优方案 Kubernetes - Kubernetes实战 ,吴龙辉 ,P - Kubernetes开源书 - Kubernetes指南（Kubernetes Handbook） - Kubernetes权威指南第2版 - Kubernetes经典实例 - 阿里云深入浅出Kubernetes项目实战手册 - 基于Kubernetes的容器云平台实战 Linux - linux常用命令大全 - Linux宝典 - Linux环境编程：从应用到内核 - LINUX防火墙（原书第3版） - Linux高级程序设计中文第三版杨宗德--人电出版社 - [Linux命令详解词典].施威铭研究室.扫描版 - 深入Linux内核架构 (图灵程序设计丛书·LinuxUNIX系列) - 鸟哥的LINUX私房菜_基础学习篇(第三版) - 鸟哥的LINUX私房菜：服务器架设篇 （第二版） MyBatis - MyBatis从入门到精通 - Spring+MVC+MyBatis企业应用实战 - MyBatis技术内幕 - 深入浅出MyBatis技术原理与实战 - Spring+MyBatis企业应用实战 Netty - Netty实战中文高清版 - Netty权威指南 第2版 带书签目录 完整版 - Netty进阶之路 跟着案例学Netty_完整版 Redis - Redis入门指南 第2版 - Redis实战 - Redis开发与运维-付磊 - Redis深度历险：核心原理和应用实践 - redis设计与实现 - 深入理解Redis Spring - Spring Security实战 - 陈木鑫 - Spring.2.0核心技术与最佳实践.廖雪峰.扫描版 - Spring从入门到精通 - Spring5高级编程 - Spring实战(第4版文字版) - Spring揭秘 - Spring源码深度解析 - spring高级程序设计 Spring Boot - Spring Boot 2+Thymeleaf企业应用实战 - Spring技术内幕：深入解析Spring架构与设计原理 - 精通spring - Mastering Spring - Spring Boot 2精髓(高清版) - Spring Boot企业级应用开发实战 - Spring Boot+Vue全栈开发实战 - Spring Boot开发实战 - SpringBoot揭秘+快速构建微服务体系 - 微服务实战：Dubbox+Spring Boot+Docker - 一步一步学Spring Boot 2微服务项目实战 - 微服务架构实战 基于Spring Boot Spring Cloud Docker - 微服务架构基础（Spring Boot+Spring Cloud+Docker） - 深入实践Spring Boot.陈韶健 Spring Cloud - Spring Cloud 微服务架构进阶 - Spring Cloud与Docker高并发微服务架构设计实施 - Spring Cloud与Docker微服务架构实战 - Spring Cloud微服务全栈技术与案例解析 - Spring Cloud微服务实战 - Spring Cloud微服务架构开发实战 - 疯狂Spring Cloud微服务架构实战 - 重新定义Spring Cloud实战 Zookeeper - Zookeeper 分布式过程 - 从Paxos到Zookeeper 分布式一致性原理与实践 其他 - tomcat内核设计剖析 - 大数据之路：阿里巴巴大数据实践 - Hadoop大数据分析与挖掘实战 - Git入门与实践完整版 - Hadoop权威指南(第2版) - 构建工具 - Maven实战 - 架构 - App后台开发运维和架构实践 - 亿级流量网站架构核心技术 - 数据结构和算法 - Docker全攻略 - Elasticsearch大数据搜索引擎 - Git版本控制管理第2版(美)罗力格 - Hadoop技术内幕 深入解析HADOOP COMMON和HDFS架构设计与实现原理 - Hadoop技术内幕+深入理解MapReduce架构设计与实现原理 - Hadoop技术内幕深入解析YARN架构设计与实现原理 - 大话数据结构 - 算法导论 - Git权威指南-目录完美-完整版 - 大话设计模式 - 设计模式 - 大厂笔试真题+答案 - 人件（高清中英文合并版） - 代码整洁之道 - 多处理器编程的艺术 - 程序开发心理学（银年纪念版） - 计算机程序设计艺术（第一卷）高清中文版 - 编程之美-完整版 - 计算机程序设计艺术（第三卷）高清中文版 - 计算机程序设计艺术（第二卷）高清中文版深度分析 | MGR相同GTID产生不同transaction故障分析
在MGR高可用方案的使用中，我们经常会遇到因网络抖动导致集群故障的情况。最近，某客户遇到了一个具体问题，即在生产环境中的一组MGR集群中，虽然在相同的GTIDafbf-1b8c-e8-f-a4:下执行了相同的事务，但binlog日志显示了不同的事务信息。具体现象是，primary节点执行了对world.IC_WB_RELEASE表的insert操作，但这一操作没有同步到secondary节点，导致secondary节点的数据与primary节点不一致。当表IC_WB_RELEASE发生delete操作时，这一数据不一致引发故障，使从节点脱离集群。
为深入分析此问题，我们首先考察了主从实例在GTID相同但事务不同的原因。这一问题可能与特定的bug相关联，重点在于MGR同步事务的时序。MGR全组同步数据的Xcom组件基于paxos算法实现，每次提交新生事务时，主实例会将新生事务发送给从实例进行协商。在组内协商通过后，全组成员一起提交事务。每个节点以相同的顺序接收相同的事务日志，从而保持一致的状态。
在paxos算法中，有两个关键角色：提议者和接受者。算法的达成共识过程分为两个阶段。针对本文案例，我们需关注以下几个关键点：primary节点执行insert操作，向组内发送准备请求并收到大多数成员的确认，然后发送接受请求。同时，其他从节点由于网络原因未能接收到主实例的accept请求。其中一台从实例开始新的prepare请求，请求的值为no_op（空操作），并使用一个较大的ballot值（节点编号）。其他从实例由于收到过主节点的值，因此将主节点的提案作为新的提案，覆盖了主实例的提案，导致主实例的提案未被接受。
结合源码中的handle_ack_prepare逻辑，我们分析了这一过程。在accept阶段，主节点收到组内大多数成员的确认并接收到自己的learn_op信息，因此提交了自己的提案（binlog中的insert操作）。而其他实例的提案为no_op，因此没有进行任何事务提交。此时，主实例的GTID大于其他从实例的GTID，导致主从binlog中GTID相同但事务不同的现象。
当业务执行到对表world.IC_WB_RELEASE的delete操作时，主实例能够执行操作，而其他实例由于没有执行过插入操作，无法进行删除，从而导致集群分裂。这一过程总结了故障的根本原因。
为解决此问题，我们向官方提交了SR，并得到了反馈，修复将应用于社区版MySQL 5.7.和MySQL 8.0.中。对于使用企业版的客户，可申请最新的hotfix版本。在升级MySQL版本之前，如果再次遇到此类故障，需人工检查切换时binlog中的GTID信息与新主节点对应GTID的信息是否一致。如果不一致，需要人工修复至一致状态，确保原主节点能够安全加回集群。
对于使用MGR 5.7.之前社区版的DBA，需注意避免此类故障。爱可生开源社区提供了丰富的资源和指导，包括DBLE系列公开课、技术分享、使用指南和深度分析文章等。同时，开源分布式中间件DBLE和数据传输中间件DTLE的社区官网和GitHub主页提供了进一步的技术支持和交流。
