注：这是之前写的OC代码，搬到这里小记一下。现在swift是趋势，可自行转化，重在理解。运行环境语言：OCXcode：13.1演示图yanshi.gif代码使用Category分类可以在不创建子类的情况下，向已经存在的类添加新的方法分类的用途可以归结为以下几点：1.在不创建继承类的情况下实现对已有类的扩展。2.简化类的开发工作，例如，当一个类需要多个程序员协同开发的时候，Category可以将同一个类根据用途分别放在不同的源文件中，从而便于程序员独立开发相应的方法集合。3.将常用的相关的方法分组。4.在没有源代码的情况下可以用来修复BUG。MyClass.h#importNS_ASSUME_N
注：这是之前写的OC代码，搬到这里小记一下。现在swift是趋势，可自行转化，重在理解。运行环境语言：OCXcode：13.1演示图yanshi.gif代码使用Category分类可以在不创建子类的情况下，向已经存在的类添加新的方法分类的用途可以归结为以下几点：1.在不创建继承类的情况下实现对已有类的扩展。2.简化类的开发工作，例如，当一个类需要多个程序员协同开发的时候，Category可以将同一个类根据用途分别放在不同的源文件中，从而便于程序员独立开发相应的方法集合。3.将常用的相关的方法分组。4.在没有源代码的情况下可以用来修复BUG。MyClass.h#importNS_ASSUME_N
Github地址：https://github.com/hcymysql/MHA-Re-EditionMHA-Re-Edition复刻版简介由于MHA（mha4mysql-manager）工具2018年已经停止维护更新，且不支持Gtid复制模式，在原版基础上增补功能难度较大，固考虑将其重构。参考了原版MHA的故障切换思路，改进的地方如下：1）无需打通ssh公私钥互信认证，只需在app1.cnf配置文件里提供用户名和密马（root权限）即可，这一步的作用是漂移VIP，工具会直接进入远程主机上执行ipaddraddVIP2）目前主流版本MySQL5.7和8.0的复制模式是基于Gtid，因事
Github地址：https://github.com/hcymysql/MHA-Re-EditionMHA-Re-Edition复刻版简介由于MHA（mha4mysql-manager）工具2018年已经停止维护更新，且不支持Gtid复制模式，在原版基础上增补功能难度较大，固考虑将其重构。参考了原版MHA的故障切换思路，改进的地方如下：1）无需打通ssh公私钥互信认证，只需在app1.cnf配置文件里提供用户名和密马（root权限）即可，这一步的作用是漂移VIP，工具会直接进入远程主机上执行ipaddraddVIP2）目前主流版本MySQL5.7和8.0的复制模式是基于Gtid，因事
一、概述 之前写过一篇非常详细的,利用QJM在HDFS2.0部署HA策略的文章，主要说了利用QJM进行HA部署以及其原理（http://zengzhaozheng.blog.51cto.com/8219051/1441170 ）。但是，其中没有详细描述HADOOP2.x通过QJM部署HA完毕之后，ActiveNamenode和StandbyNamenode之间的元数据运行机制,实际上由于2.x的HA策略的引入，其元数据的运行机制和1.x比起来已经有了很大的不同。写这篇blog的目的主要是为了对hadoop1.x和hadoop2.x的元数据运行机制进行比较，当是自己的笔记吧。二、fsp_w
一、概述 之前写过一篇非常详细的,利用QJM在HDFS2.0部署HA策略的文章，主要说了利用QJM进行HA部署以及其原理（http://zengzhaozheng.blog.51cto.com/8219051/1441170 ）。但是，其中没有详细描述HADOOP2.x通过QJM部署HA完毕之后，ActiveNamenode和StandbyNamenode之间的元数据运行机制,实际上由于2.x的HA策略的引入，其元数据的运行机制和1.x比起来已经有了很大的不同。写这篇blog的目的主要是为了对hadoop1.x和hadoop2.x的元数据运行机制进行比较，当是自己的笔记吧。二、fsp_w
