master

【本人GitHub账号：】 用户名：chenhongshuang 密码：shuangshuang6300 邮箱：2452420371@qq.com 进入GitHub账号后 1·新建项目文件名称例demo，并且点击【Branch:master 输入 gh-pages 后回车键】：：： 【建好以后必须在自己电脑的任意位置建“相同项目文件名称demo”】 2·cd进入本地新建的项目文件中执行：git init 3·把文件添加到版本库中，使用命令 git add .添加到暂存区里面去，不要忘记后面的小数点“.”，意为添加文件夹下的所有文件。 执行： git add . 4·用命令 git commit告诉Git，把文件提交到仓库。引号内为提交说明 执行：git commit -m 'first commit' 5·关联到远程库，执行： git remote add origin 你的远程库地址（点击GitHub上---Clone or download---出现自动生成的远程库地址，复制下来就好了） 6·获取远程库与本地同步合并（如果远程库不为空必须做这一步，否则后面的提交会失败）： 执行：git pull --rebase origin master 7·把本地库的内容推送到远程，使用 git push命令，实际上是把当前分支master推送到远程。执行此命令后会要求输入用户名、密码

随着访问量的不断增加，Mysql 数据库压力不断增加，需要对 mysql 进行优化和架构改 造，可以使用高可用、主从复制、读写分离来、拆分库、拆分表进行优化。下面我们来学习 MySQL 主从复制高可用如何来实现。 MySQL 数据库主从复制原理 Mysql 主从同步其实是一个异步复制的过程，要实现复制首先需要在 master 上开启 bin-log 日志功能，整个过程需要开启 3 个线程，分别是 Master 开启 IO 线程，slave 开启 IO 线程和 SQL 线程。 a) 在从服务器执行 slave start，从服务器上 IO 线程会通过授权的用户连接上 master， 并请求 master 从指定的文件和位置之后发送 bin-log 日志内容。 b) Master 服务器接收到来自 slave 服务器的 IO 线程的请求后，master 服务器上的 IO 线 程根据 slave 服务器发送的指定 bin-log 日志之后的内容，然后返回给 slave 端的 IO 线程。（返回的信息中除了 bin-log 日志内容外，还有本次返回日志内容后在 master 服务器端的新的 binlog 文件名以及在 binlog 中的下一个指定更新位置。） c) Slave 的 IO 线程接收到信息后，将接收到的日志内容依次添加到 Slave 端的 relay-log 文件的最末端

文章目录 上手 1：新公司用 Git 管理代码，怎么快速上手？ 上手2：团队工作的基本工作模型 进阶1：HEAD、master与branch 进阶2：push的本质 进阶3：merge：合并commits 进阶4：Feature Branching：最流行的工作流 1.代码分享 2.Pull Request 3.一人多任务 进阶5：关于add 进阶6：看看都改了什么？ 高级1：rebase替代merge 高级2：刚提交的代码，发现写错了怎么办？ 高级3：写错的不是最新的提交，而是倒数第二个？ 高级4：比错还错，想直接丢弃刚写的提交？ 高级5：想丢弃的也不是最新的提交？ 用交互式rebase撤销提交 用rebase --onto撤销提交 高级6：代码已经push上去了才发现写错？ 高级7：reset的本质--不止可以撤销提交 高级8：checkout的本质 高级9：先扔掉当前工作，立刻打包，然后再取回来 高级10：branch删除之后才想起来有用？ 其他知识点 tag：不可移动的branch cherry-pick：把选中的commits一个个合并进来 git config：Git的设置 Git Flow：复杂又高效的工作流 上手 1：新公司用 Git 管理代码，怎么快速上手？ 安装git； 在github上创建一个仓库，用来练习，创建完成后，复制仓库地址； 打开git bash

忙活了好长时间，接触到了Git(原SVN用户)花了点时间学习了一下。今天抽空给大家总结一下Git的心得。用不到的就不喜勿喷了......（欢迎讨论，文章还在更新，内容后续优化......） GitHub文本总结，示例内容都托管了，地址： https://github.com/DOShooTingMe/MyProject.git 。自取 目录 一.Git基础： 1.1基础命令： 1.2远程仓库的使用（20191204 - 20191205） 1.3打标签 二.Git分支： 2.1分支介绍 2.2分支创建 2.3分支管理 2.4分支开发工作流 2.5远程分支 2.6变基(赞)(20191207) 三.服务器上的Git（20191212） 3.1协议：Git协议、SSH协议、Http协议、本地协议(local) 3.2在服务器上搭建 Git(20191216) 3.3Smart HTTP(20191219) 3.4 GitWeb || 协同开发 || 权限维护 协同： 3.4.1 共享协同(合作者方式) 3.4.2 团队协同(team方式) 3.4.3 GitLab(私有服务器) || GitWeb 3.4.4 派生 3.5第三方托管 四章.分布式Git 五章.GitHub 5.1GitHub 5.2 派生(可以放置到3.4章节的协同) 六章.Git 工具 6.1储藏与清理(卵用) 6

本文档基于hbase-0.96.1.1-cdh5.0.2,对HBase配置&启动脚本进行分析 date：2016/8/4 author:wangxl HBase配置&启动脚本分析 剔除window相关脚本，我们主要分析配置文件与.sh文件 1 文件概览 conf ├── hadoop-metrics2-hbase.properties ├── hbase-env.sh ├── hbase-policy.xml ├── hbase-site.xml ├── log4j.properties └── regionservers bin ├── graceful_stop.sh ├── hbase ├── hbase-cleanup.sh ├── hbase-common.sh ├── hbase-config.sh ├── hbase-daemon.sh ├── hbase-daemons.sh ├── local-master-backup.sh ├── local-regionservers.sh ├── master-backup.sh ├── regionservers.sh ├── rolling-restart.sh ├── start-hbase.sh ├── stop-hbase.sh └── zookeepers.sh ２ 分析 我们依据集群的构建步骤

先在主从节点安装mysql [root@master-mariadb ~]# yum install mariadb-server -y [root@slave-mariadb ~]# yum install mariadb-server -y 配置主节点和从节点 [root@master-mariadb ~]# vim /etc/my.cnf [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock server_id=27 log-bin=master-log skip_name_resolve=ON innodb_file_per_table=ON [root@slave-mariadb ~]# vim /etc/my.cnf [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock relay-log=slave-log read_only=1 skip_name_resolve=ON innodb_file_per_table=ON 配置主节点做成master [root@master-mariadb ~]# mysql Welcome to the MariaDB monitor. Commands end with ; or

、主从复制高可用 #主从复制存在的问题： 1 主从复制，主节点发生故障，需要做故障转移，可以手动转移：让其中一个slave变成master 2 主从复制，只能主写数据，所以写能力和存储能力有限 哨兵是对Redis的系统的运行情况的监控，它是一个独立进程，它会独立运行，功能有二个： 通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器。 当哨兵监测到master宕机，会自动将slave切换成master，然后通过 发布订阅模式 通知其他的从服务器，修改配置文件，让它们切换主机。 二、架构说明 可以做故障判断，故障转移，通知客户端（其实是一个进程），客户端直接连接sentinel的地址 流程 1 多个sentinel发现并确认master有问题 2 选举触一个sentinel作为领导 3 选取一个slave作为新的master 4 通知其余slave成为新的master的slave 5 通知客户端主从变化 6 等待老的master复活成为新master的slave 三、配置哨兵 一般配置多个哨兵，除了监控各个redis服务器之外，哨兵之间也会互相监控。 1.环境配置 主机服务 主机IP 端口 sentinel端口 master（主库） 127.0.0.1 6379 26379 slave　（从库） 127.0.0.1 6380 26380 slave　（从库）　

脚本使用小结： 1.开启集群，start-hbase.sh 2.关闭集群，stop-hbase.sh 3.开启/关闭所有的regionserver、zookeeper，hbase-daemons.sh start/stop regionserver/zookeeper 4.开启/关闭单个regionserver、zookeeper，hbase-daemon.sh start/stop regionserver/zookeeper 5.开启/关闭master hbase-daemon.sh start/stop master, 是否成为active master取决于当前是否有active master 两个进阶脚本 6.rolling-restart.sh 可以用来挨个滚动重启 7.graceful_stop.sh move服务器上的所有region后，再stop/restart该服务器，可以用来进行版本的热升级 几个细节： 1。 hbase-daemon.sh start master 与 hbase-daemon.sh start master --backup，这2个命令的作用一样的，是否成为backup或active是由master的内部逻辑来控制的 2。stop-hbase.sh 不会调用hbase-daemons.sh stop regionserver

文章目录 一、MHA的简介 1.1、MHA的组成 1.2、MHA特点 二、MHA的案例 2.1、案例需求 2.2、案例实现思路 2.3、案例环境 三、具体搭建过程 3.1、实现MySQL的一主两从 3.2、安装 MHA 3.3、配置无密码访问 3.4、配置MHA 3.5、故障模拟 一、MHA的简介 目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本人youshimaton开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。 在MySQL故障 切换过程中，MHA能做到0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能最大程度上保证数据库的一致性，以达到真正意义上的高可用。 当Master出现故障时，它可以自动将最新数据的Slave提升为新的Master,然后将所有其他的Slave重新指向新的Master。整个故障转移过程对应用程序是完全透明的。 1.1、MHA的组成 MHA Manager (管理节点)： Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。 MHA Node (数据节点)： Node运行在每台MySQL服务器上，MHA Manager会定时探测集群中的master节点，当master出现故障时

Git：版本管理工具 重要概念：工作区，暂存区，本地仓库，远程仓库 Win下安装： 下载msysgit，全默认，修改了安装路径 添加全局设置： git config --global user.name ”denghao” git config --global user.email “dengh20@chinaunicom.cn” git config --list 查看config配置 打通gitHub： 创建ssh key：ssh-keygen -t rsa -b 4096 -C “your_email@example.com”（邮箱需要和注册邮箱一致） cd ~，vim .ssh/id_rsa.pub 复制到 github的settings–>add ssh key中 测试和github连通性：ssh -T git@github.com(warn忽略) 打通gitLab：同上，只不过已经生成了ssh key，就可以直接在gitlab上add ssh key； 最佳实践 分支管理： Master分支：主分支，只读分支，只接受merge操作，和生产保持同步； develop分支：从mater分支checkout，一般不进行开发，只用来做分支整合； Hotfix分支：热修复线上bug，直接从master，checkout出来； Feature 分支