master

git 拉取远程代码 || 利用vscode编辑器自带了git，可在ctrl+~打开控制台拉取代码，非常好用哦~ 在实际项目开发过程中，往往是已经存在远程项目了，我们定义的需求是只需要简单的操作git，能够上传和下拉最新代码。 模拟小白需求： 第一步：拉取远程代码 git clone https://github.com/…/PrettyGirls.git 第二步：查看本地分支和远程分支 1、cd PrettyGirls 到工程目录下； 2、git branch -al 查看本地和远程的所有分支。 这里成功看到了所有的分支：其中master是本地分支，前面的星号*表示正在使用的分支 前面带有remotes的分支都是远程分支。 第三步、将远程分支与本地分支进行关联 1、git pull origin master (如果你想拉到本地的dev分支上，首先git checkout -b dev，然后使用git pull origin dev，这样就将本地dev分支与远程origin/dev相绑定了） 这个命令是将本地分支与远程分支进行关联，并且将远程分支origin拉到本地分支master下 如果远程分支origin下还有子分支1.0.0.1，则使用git pull origin/1.0.0.1 master 这样就是将本地的master分支与远程的origin/1.0.0.1进行了绑定

在分支dev上添加文件a后，回到master 查看会有该文件，再回到dev add,commit后，master分支上的a才会不见 用到的新命令 1.git checkout -b 分支名:创建当前分支的一个分支,并切换到该分支，-b参数表示创建并切换 2.git checkout 分支名:切换到该分支 3.git branch：列出所有分支，当前分支前面会标一个*号。 4.git branch 分支名：创建分支 5.git branch -d 分支名:删除指定的分支 6.git merge 分支名：合并指定分支名 到当前分支 1.创建dev分支 [root@VM_0_11_centos learn_git]# git checkout -b dev Switched to a new branch 'dev' <== git checkout -b dev命令相当于下面两行 [root@VM_0_11_centos learn_git]# git branch dev [root@VM_0_11_centos learn_git]# git checkout dev 2.列出所有分支 [root@VM_0_11_centos learn_git]# git branch * dev <== 当前分支会标记'*'号 master 3.在当前分支dev上修改readme.txt内容

1.1.启动集群 sbin/start-dfs.sh 注：这个启动脚本是通过ssh对多个节点的namenode、datanode、journalnode以及zkfc进程进行批量启动的。 1.2.启动NameNode sbin/hadoop-daemon.sh start namenode 1.3.启动DataNode sbin/hadoop-daemon.sh start datanode 1.4. 启动 MR的HistoryServer sbin/mr-jobhistory-daemon.sh start historyserver 1.4.停止集群 sbin/stop-dfs.sh 1.5.停止单个进程 sbin/hadoop-daemon.sh stop zkfc sbin/hadoop-daemon.sh stop journalnode sbin/hadoop-daemon.sh stop datanode sbin/hadoop-daemon.sh stop namenode 参考：http://www.cnblogs.com/jun1019/p/6266615.html 2. Yarn (v 2.7.3) 2.1.启动集群 sbin/start-yarn.sh 注：start-yarn.sh启动脚本只在本地启动一个ResourceManager进程

一、容器资源需求及资源限制： 1、概念 Requests：资源需求，最低保障。 Limits：资源限额，硬限制。限制容器无论怎么运行都不能超过的资源阈值 一般来讲，requests <= limits CPU：可压缩资源。一颗逻辑CPU，即一核。1=1000，millicores 内存：不可压缩资源。Ei，Pi，Ti，Gi，Mi，Ki ==> 以1024为进制。 2、定义资源需求及限制 资源需求和资源限制都是定义在容器上的。 [root@master ~]# kubectl explain pod.spec.containers.resources 使用方法文档： https://kubernetes.io/docs/concepts/configuration/manage-compute-resources-container/ 测试： [root@master metrics]# kubectl exec pod-metrics-demo top 宿主机内核总数是2核，定义的资源limits是0.5m，所以应该是25%，此处13%，原因未明，可能与宿主机是VMVare虚拟机有关。后续再研究。 查看，CPU的limit是与定义匹配的，但内存未符合预期，可能压测效果不够。 3、服务质量QoS Class 我们对容器分配了资源限制后，k8s会自动分配一个QoS，叫服务质量 QoS

文章目录 一、MHA 简介 二、部署 MHA 第一步：三台主从服务器安装 mysql 第二步：修改 mysql 的主配置文件：/etc/my.cnf ，注意三个服务器的 server-id 不能一样 第三步：三个服务器启动 mysql 服务 第四步：配置 Mysql 主从同步（一主两从） 第五步：安装 MHA 第六步：启动 MHA 一、MHA 简介： MHA（Master High Availability） （1）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 （2）该软件由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。MHA Manager可以单独部署在一个独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上，MHA Manager会定时探测集群中的master节点，当master出现故障时

简介 Salt是一个基础平台管理工具，基于 python 语言开发。SaltStack 采用 C/S模式，server端就是salt的master，client端就是minion，minion与master之间通过ZeroMQ消息队列通信。master监听4505和4506端口，4505为master和minion认证通信端口，4506为master用来发送命令或者接收minion的命令执行返回信息。 saltstack 介绍： 1、轻量级管理工具，批量执行命令； 2、常用模板： pkg：包，有增删更新； file：用于管理文件，包括同步文件、设置文件权限和所属用户组、删除文件等操作； cmd：在 minion 上执行命令或者脚本； user：管理系统账户操作； service：管理系统服务操作； cron：管理 crontab任务 3、saltstack 数据系统： Grains（静态数据）； pillar（动态数据）； 4、三大功能： （1）远程执行 （2）配置管理 （3）云管理 重要组件： （1）grains： grains 是在 minion（客户端）启动时收集到的一些信息，比如操作系统类型、网卡ip等静态信息。 grains 的信息并不是动态的，并不会时时变更，它只是在 minion 启动时收集到的。 （2）pillar： pillar 和 grains 不一样，是在

版本：5.7.28 1.准备MHA集群环境 准备6台虚拟机，并按照本节规划配置好IP参数 在这些虚拟机之间实现SSH免密登录 在相应节点上安装好MHA相关的软件包 使用6台RHEL 7虚拟机，如图-1所示。准备集群环境，安装依赖包，授权用户，配置ssh密钥对认证登陆，所有节点之间互相以root秘钥对认证登录，管理主机以root密钥对认证登录所有数据节点主机，配置mha集群。 1.1 修改主机名，配置IP msyql{50..57} 192.168.4.{50..57} 1.2 安装包（51-55） ]# tar -xvf mha56.tar.gz ]# cd mha ]# yum -y install perl-*.rpm 1.3 在管理主机上安装mha_node 和 mha-manager包（56操作） ]# yum -y install perl-DBD-mysql perl-DBI ]# rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm 1.4 配置ssh密钥对认证登陆 所有节点之间可以互相以ssh密钥对方式认证登陆（以51为例） ]# ssh-keygen ]# for i in {50..57} > do > ssh-copy-id 192.168.4.$i > done ]# cat /etc/hosts 127.0.0.1

通过 slaveof 192.168.1.1 6379 #指定master的ip和端口 复制好备份库后，敲击命令 slaveof no one #断掉两个主机间的联系 主从复制:让多个slave server拥有和master server相同的数据库副本。 特点 1.master可以有多个slave 2.除了多个slave连到相同的master外，slave也可以连接其他slave形成图状结构 3.主从复制不会阻塞master。也就是说当一个或多个slave与master进行初次同步数据时，master可以继续处理client发来的请求。 相反slave在初次同步数据时则会阻塞不能处理client的请求。 4.主从复制可以用来提高系统的可伸缩性,我们可以用多个slave 专门用于client的读请求， 如sort操作可以使用slave来处理。也可以用来做简单的数据冗余 5.可以在master禁用数据持久化，只需要注释掉master 配置文件中的所有save配置，然后只在slave上配置数据持久化 主从复制的过程 当设置好slave服务器后，slave会建立和master的连接，然后发送sync命令。 无论是第一次同步建立的连接还是连接断开后的重新连 接，master都会启动一个后台进程，将数据库快照保存到文件中， 同时master主进程会开始收集新的写命令并缓存起来

认识git 常见git平台 云平台 github（国外） gitee（国内） 自建平台 gitlab（国外，部分开源，功能全面，有商用版本） gitea（国内，完全开源，轻量极简） Git VS SVN git是分布式的代码控制管理，可以完全本地控制；svn必须连接SVN服务 git可以本地处理冲突 git基本原理 可视化git操作 git的工作区域 git的工作区域分为： 工作区 暂存区(索引区) 本地仓库 远程仓库 git原理内容 .git 文件夹下是文件的快照，git正是通过他们来实现功能的 git快照只记录了有差别的部分 强烈不推荐远程仓库别名重复 ，因为一旦两个远程仓库状态不同会很难操作；重复可以一次推送，推送到多个远程仓库。 git基础知识 issues：交bug pull request：向保护分支合并代码 settings：设置options，branch，Webhooks，Notifications，Integrations & services，Deploy keys等 git初始化 SSH登录 多账户情况记得增加配置 config 文件 Host github HostName mr-brain User username PreferredAuthentications publickey IdentityFile ./github_key

在准备把项目代码放到githud仓库是 首先在命令行输入 git remote add origin https://github.com/xianer-er/supermall.git git push -u origin master 然后就出现报错 解决办法 先输入： git pull origin master 然后： git push -u origin master 来源： CSDN 作者： 熬夜梦想家 链接： https://blog.csdn.net/weixin_43902063/article/details/104159283