master

概述 HBase是一个分布式的、面向列的开源数据库，该技术来源于 Fay Chang 所撰写的Google论文“Bigtable：一个结构化数据的分布式存储系统”。就像Bigtable利用了Google文件系统（File System）所提供的分布式数据存储一样，HBase在Hadoop之上提供了类似于Bigtable的能力。HBase是Apache的Hadoop项目的子项目。HBase不同于一般的关系数据库，它是一个适合于非结构化数据存储的数据库。另一个不同的是HBase基于列的而不是基于行的模式。 前言 这篇博客应该很早就发表了，只是当时环境搭建好了之后没有及时做笔记，后来又不想重新搭建，所以才拖到今天。还有就是这篇博客安装的是 Hbase-0.98 的版本，与之前说要安装 0.96 的说明不吻合，这里统一说明，之前的博客就不更改了。还有一点就是，本文的安装过程很顺，没有出现什么启动不了，或是运行异常的行为。如果你在安装的过程出现了一些不好的事情，那么你可能会在本文中找到一些蛛丝马迹，也可能一无所获。只是我希望你可以理解到，本文并非胡编乱邹。 版权说明 著作权归作者所有。 商业转载请联系作者获得授权，非商业转载请注明出处。 本文作者： Q-WHai 发表日期： 2016年6月8日 本文链接： http://blog.csdn.net/lemon_tree12138

我在版本库testgit目录下新建一个记事本文件 readme.txt 内容如下：11111111 第一步：使用命令 git add readme.txt添加到暂存区里面去。如下： 如果和上面一样，没有任何提示，说明已经添加成功了。 第二步：用命令 git commit告诉Git，把文件提交到仓库 现在我们已经提交了一个readme.txt文件了，我们下面可以通过命令git status来查看是否还有文件未提交，如下： 说明没有任何文件未提交，但是我现在继续来改下readme.txt内容，比如我在下面添加一行2222222222内容，继续使用git status来查看下结果，如下： 上面的命令告诉我们 readme.txt文件已被修改，但是未被提交的修改。 接下来我想看下readme.txt文件到底改了什么内容，如何查看呢？可以使用如下命令： git diff readme.txt 如下： 如上可以看到，readme.txt文件内容从一行11111111改成 二行 添加了一行22222222内容。 知道了对readme.txt文件做了什么修改后，我们可以放心的提交到仓库了，提交修改和提交文件是一样的2步(第一步是git add 第二步是：git commit)。 如下： 二：版本回退： 如上，我们已经学会了修改文件，现在我继续对readme.txt文件进行修改，再增加一行

Git的使用 全局配置 设置环境信息 git config ，这个就可以理解为git命令的上下文环境，尤其是在和远程仓库交互的时候。 # 加 --system 参数配置信息存放在/etc/gitconfig文件中，对所有用户适用 git config --system # 加 --global 选项配置存放在 ~/.gitconfig文件中 对当前用户适用 git config --global # 什么都不加就在当前工作目录的.git目录下存放，仅适用于当前项目，这个优先级最高 git config 修改配置 git config [--system|--global] -e ，它会打开一个类似VI编辑器的东西，这样就可以进行修改操作。 常用的设置包括： # 下面是设置一个用户信息 git config [--global] user.name [USER_NAME] 不加用户名就是查看当前项目中配置的用户 # 设置邮箱，如果不加邮箱就是查看 git config [--global] user.email "" # 设置密码，如果不加密码就是查看 git config [--global] user.password "" # 禁用SSL验证 git config [--global] http.sslverify false # 查看配置信息 git config -

目录 一、单机Redis的风险与问题 二、主从复制介绍 2.1、主从复制含义： 2.2、主从复制特征： 2.3、主从复制中的角色职责： 2.4、主从复制的作用： 三、主从复制的工作流程(三个阶段) 3.1、建立连接阶段(准备阶段) 3.1.1、主从连接的三种方式(slave连接master) 3.1.2、从机和主机建立连接后，查看信息 3.1.3、授权访问设置 3.2、数据同步阶段 3.2.1、数据同步阶段主机(master)说明 3.2.2、数据同步阶段从机(slave)说明 3.3、命令传播阶段 3.3.1、命令传播阶段的部分复制 一、单机Redis的风险与问题 1、 机器故障 ：硬盘故障、系统奔溃等导致Redis无法正常工作，从而进一步导致Redis数据丢失，很有可能对业务系统造成灾难性的打击； 2、 容量瓶颈 ：当数据量增加至一定量时，Redis所在服务器内存不足，无法支撑Redis高性能运行。 总结 ：为了避免单点Redis服务故障，准备多台服务器，互相连通。将数据复制多个副本保存在不同的服务器上， 连接在一起 ，并保证数据是 同步 的。即使有其中一台服务器宕机，其他服务器依然可以继续提供服务，实现Redis的高可用，同时实现数据 冗余备份 。 二、主从复制介绍 2.1、主从复制含义： 主从复制即将主机(master)中的数据即时、有效的复制到其所有从机(slave)中。

能坚持别人不能坚持的，才能拥有别人未曾拥有的。 关注 编程大道 公众号，让我们一同坚持心中所想，一起成长！！ 《【面试突击】— Redis篇》--Redis Cluster及缓存使用和架构设计的常见问题 在这个系列里，我会整理一些面试题与大家分享，帮助年后和我一样想要在金三银四准备跳槽的同学。 我们一起巩固、突击面试官常问的一些面试题，加油！！ 《【面试突击】— Redis篇》--Redis数据类型？适用于哪些场景？ 《【面试突击】— Redis篇》--Redis的线程模型了解吗？为啥单线程效率还这么高？ 《【面试突击】— Redis篇》-- Redis的主从复制？哨兵机制？ 《【面试突击】— Redis篇》-- Redis哨兵原理及持久化机制 说说Redis cluster 在redis cluster集群架构中，可以由N个redis master node组成，每个master node都可以挂载多个slave node。 可以自动将数据进行分片，每个master上放一部分数据； 还提供内置的高可用支持，部分master不可用时，还是可以继续工作的，因为每个master都有salve节点，那么如果mater挂掉，redis cluster这套机制，就会自动将某个slave切换成master； 支持读写分离：对于每个master来说，都负责写请求，写就写到master

git删除master分支后重建 操作步骤 1. git上打dag，备份master分支 2. git的setting页面，把默认分支暂时替换为其他分支，如dev. 3. git的setting->Protected Branches 把master分支设置为“Unprotect“ 4. 删除本地及远程的master分支. git branch -D master //删除本地master分支 git push origin :master //删除远程master分支 5. 切换到saas_1.0.0分支，然后再新建本地master分支 git checkout saas_1.0.0 git checkout -b master 6. 把本地master分支推送到远程 git push origin master:master 7. 重新把master分支设为default分支和保护分支，参考步骤2、3 此时在git上master已是saas_1.0.0分支的代码，而且能看到saas_1.0.0分支的提交记录。 来源： CSDN 作者： Wuli波板糖 链接： https://blog.csdn.net/P397226804/article/details/104038333

git pull origin master产生的Your branch is ahead of ‘origin/master’ by 5 commits.问题 （1）方法1：git fetch origin （2）方法2（代码还需要）：git push origin （3）方法3 （代码不需要）：git reset --hard origin/$branch 　　参考： 　　可以先执行下git diff $branch origin/$branch 看下差异 【备注，先git log 看看还有没有没有push 的commit的，如果没有， 就用git reset --hard origin/$branch强制覆盖成和远程仓库一样，如果有的话，就先push】 (4) git pull --rebase (5)git pull origin cherryPick 　　参考：https://blog.csdn.net/u010383937/article/details/72901675 分支还没有设置 track 信息 (1)选择使用 git pull origin develop 命令 (2)设置 track 信息的话，可以使用 git branch --set-upstream-to=origin/$branch 命令 来源： CSDN 作者： kunwen123 链接：

systemctl restart kube-proxy systemctl restart kubelet 💗、单点安装文档： https://k8s.abcdocker.com/kubernetes_install.html#toc_1 💗、服务器互信，免密钥登陆： for i in 192.168.2.9;do ssh-keygen -t rsa -P "" -f /root/.ssh/id_rsa expect -c " spawn ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.2.9 expect { " yes/no " {send "yes\r"; exp_continue} " password " {send "666666\r"; exp_continue} " Password " {send "666666\r";} } " done 💗、关闭分区： swapoff -a 💗、关闭防火墙： systemctl stop firewalld systemctl disable firewalld setenforce 0 sed -i '/SELINUX/s/enforcing/disabled/' /etc/selinux/config 💗、测试etcd是否可用： export ETCDCTL_API=3

git工具操作--上传本地项目到github仓库 Git安装 创建本地版本库 上传本地文件到远程github 创建远程库与本地库同步 Git安装 1. 下载Git工具并安装，安装可直接点击next即可 下载地址： https://gitforwindows.org/ 2. 安装完成后执行在开始菜单找到 Git > Git Bash 执行如下命令 $ git config --global user.name "Your Name" $ git config --global user.email "email@example.com" 注意: git config命令的–global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。 创建本地版本库 1. 在D盘新建D:\githubIDEA\p3c-master 文件夹 2. 通过git init 命令把这个目录变成Git可以管理的仓库 3. 初始化之后可看到 这个目录是Git来跟踪管理版本库的，如果没有看到可能是这个目录隐藏的 上传本地文件到远程github 1. 创建本地文件位于本地库下或其子目录下 2. 上传命令操作 用命令git add告诉Git，把文件添加到仓库 $ git add RealeaseNotes.txt git add 上传多个文件

运维之道 | Redis 哨兵（Sentinel）深入剖析 及 Sentinel 搭建部署（高可用） 前言 Redis高可用概述 在 Web 服务器中，高可用是指服务器可以正常访问的时间，衡量的标准是在多长时间内可以提供正常服（99.9%、99.99%、99.999% 等等）。在 Redis 层面，高可用的含义要宽泛一些，除了保证提供正常服务（如主从分离、快速容灾技术 等），还需要考虑数据容量扩展、数据安全 等等。 在 Redis 中，实现 高可用的技术 主要包括 持久化 、 复制 、 哨兵 和 集群 ，下面简单说明它们的作用，以及解决了什么样的问题： 持久化 ：持久化是最简单的高可用方法。它的主要作用是 数据备份 ，即将数据存储在 硬盘，保证数据不会因进程退出而丢失。 主从复制 ：复制是高可用 Redis 的基础，哨兵和集群都是在复制基础上实现高可用的。 复制主要实现了数据的多机备份以及对于读操作的负载均衡和简单的故障恢复 。缺陷是故障恢复无法自动化、写操作无法负载均衡、存储能力受到单机的限制。 哨兵 ：在复制的基础上， 哨兵实现了自动化的故障恢复 。缺陷是写操作无法负载均衡，存储能力受到单机的限制。 集群 ：通过集群，Redis 解决了写操作无法负载均衡以及存储能力受到单机限制的问题， 实现了较为完善的高可用 方案。 主从切换技术的方法是 ：当主服务器宕机后