master

一、git clone git clone <版本库网站> git clone https : // github . com / jquery / jquery . git 克隆jQuery的版本库。 git clone < 版本库的网址 > < 本地目录名 > 本地主机生成一个目录，与远程主机的版本库同名 二、git remote git remote 命令列出所有远程主机 git remote - v 使用 -v 选项，可以参看远程主机的网址 git remote show <主机名> 命令加上主机名，可以查看该主机的详细信息。 克隆版本库的时候，所使用的远程主机自动被Git命名为 origin 。如果想用其他的主机名，需要用 git clone 命令的 -o 选项指定 克隆的时候，指定远程主机叫做jQuery。 git clone - o jQuery https : // github . com / jquery / jquery . git git remote add < 主机名 > < 网址 > 命令用于添加远程主机 git remote rm < 主机名 > 命令用于删除远程主机 git remote rename < 原主机名 > < 新主机名 > 命令用于远程主机的改名 三、git fetch 一旦远程主机的版本库有了更新（Git术语叫做commit）

Git远程操作 /*--> */ /*--> */ Git远程操作 Table of Contents 1 Git远程命令概览 2 Git远程仓库与本地仓库的关系图 3 git clone 4 git remote 5 git fetch 6 git pull 7 git push 1 Git远程命令概览 git clone git remote git fetch git pull git push 2 Git远程仓库与本地仓库的关系图 3 git clone 远程操作的第一步，通常是从远程主机克隆一个版本库，这时就要用到git clone命令： $ git clone <版本库的网址> 比如，克隆jQuery的版本库： $ git clone https://github.com/jquery/jquery.git 该命令会在本地主机生成一个目录，与远程主机的版本库同名。如果要指定不同的目录名，可以将目录名作为git clone命令的第二个参数： $ git clone <版本库的网址> <本地目录名> git clone支持多种协议，除了HTTP(s)以外，还支持SSH、Git、本地文件协议等，下面是一些例子： $ git clone http[s]://example.com/path/to/repo.git/ $ git clone ssh://example.com

前段时间写了篇如何使用Sharding-JDBC进行分库分表的例子，相信能够感受到Sharding-JDBC的强大了，而且使用配置都非常干净。官方支持的功能还包括读写分离、分布式主键、强制路由等。这里再介绍下如何在分库分表的基础上集成读写分离的功能。 读写分离的概念 就是为了缓解数据库压力，将写入和读取操作分离为不同数据源，写库称为主库，读库称为从库，一主库可配置多从库。 设置主从库后，第一个问题是如何进行主从的同步。官方不支持主从的同步，也不支持因为主从同步延迟导致的数据不一致问题。工程实践上进行主从同步有很多做法，一种常用的做法是每天定时同步或者实时同步。这个话题太大，暂不展开。 读写分离快速入门 读写可以单独使用，也可以配合分库分表进行使用，由于上个分库分表的例子是基于 1.5.4.1 版本进行说明的，这里为了紧跟官方的步伐，升级Sharding-JDBC到最新的 2.0.0.M2 项目结构如下： pom依赖 <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.mybatis.spring.boot<

一、Redis状态检查 唯一标记一个redis实例的是ip和端口，前端是用tcp方式来访问redis的，我们提供给应用访问的是一个ip+63379(一般使用63379) 端口。因此我们执行如下命令检查redis状态: 上面的role这个值一定是master的，只要保证vip在master上我们的Padis cache服务就是没有问题的，如果不通或者role的角色是slave，那就得继续查看是什么问题. 二、两个redis的角色都是slave的问题 当两个主机都挂了或者我们自己不小心将两个redis停了，并且我们用下面的命令检查 /wls/wls81/redis/bin/redis-cli -h {ip} -p {port} -a {password} info replication 发现无论是vip还是另外的两个ip都是role:slave 的角色，这个时候需要对vip所在的主机执行slaveof no one 的操作,将vip 所在的redis变成master,如: /wls/wls81/redis/bin/redis-cli -h {vip} -p {port} -a {password} slaveof no one 三、sentinel的配置参数 我们的sentinel 配置文件里面有两个重要的配置 sentinel monitor pds_jks-core-prd 10

十，Redis的RDB存储方式 10.1 redis的运行方式说明 redis如果提供缓存服务，可以关闭所有持久化存储，如此一来redis重启后所有数据会丢失 开启rdb或aof持久化存储，能把redis中的数据持久化到磁盘中。 rdb和aof对性能都有影响，所以建议持久化的操作在从库上进行 10.2 redis rdb存储方式，使用save配置开启rdb存储或者关闭rdb存储 #与rdb相关的配置文件信息 dir / data / redis / #dir为rdb存储的路径 dbfilename dump . rdb #rdb存储文件的名字 save 60 10000 #60s改变10000key，触发rdb存储 save 300 10 #300s改变10个key，触发rdb存储 save 900 1 #900s改变1个key触发rdb存储 rdbcompression no #rdb压缩最好关闭，影响cpu 10.3 设置开启或者关闭rdb存储 提示：默认情况下rdb持久化存储是开启的 redis-cli config set save "" #关闭rdb存储 redis-cli config rewrite #配置保存 redis-cli config set save "180 1 120 10 60 10000" #开启rdb redis-cli config

本地 /********************************************************/ /********************************************************/ 基础篇 git branch bugFix 建立bugFix分支 git checkout bugFix 转换"当前分支"为bugFix git commit 提交,生成节点 git checkout master git commit git merge bugFix 把bugFix合并到"当前分支master" 【merge from】 git rebase master 把"当前分支bugFix"rebase到master下边！【rebase to】 git rebase bugFix 分支已经是最新! /********************************************************/ 高级篇 1.HEAD git checkout C1 git checkout master git commit git checkout C2 HEAD一开始指向master，后指向C1，后指向master master提交后，HEAD随着master一起移动，并继续指向master 后指向C2,这一步叫做

SaltStack安装 常用的自动化运维工具有： puppet ansible saltstack 此三款属同类工具，皆可用来提高运维管理的效率，但它们又各有优势，目前主流的自动化运维工具是ansible和saltstack。其中ansible无需安装客户端，这是其最大的优势，而saltstack则需要安装客户端工具，类似zabbix的agent。应用场景方面，ansible常用于小型企业，而saltstack则常用于中大型企业，因为ansible无法并行执行而saltstack可以并行。但不论其特点如何，本质上均属同类，所以只需要掌握一种即可轻松胜任运维工作。 SaltStack安装前的准备工作 配置IP 修改主机名 关闭防火墙 配置yum源 [root@node1 ~]# yum install https://repo.saltstack.com/yum/redhat/salt-repo-latest.el7.noarch.rpm 官方yum源地址：https://repo.saltstack.com 在控制机上安装saltstack主控端软件 [root@node1 ~]# yum -y install salt salt-cloud salt-master salt-minion salt-ssh salt-syndic 修改主控端的配置文件 [root@node1 ~]

1、创建镜像文件Dockerfile 建立这个主要就是把当前目录下面的配置文件给打包到镜像里边去 默认的redis镜像没有配置文件 FROM redis COPY redis.conf /usr/local/etc/redis/redis.conf RUN redis-server /usr/local/etc/redis/redis.conf 2、建立镜像 docker build -t myredis . 3、创建docker-compose.yml配置文件 --- version : "1" services : redis : image : myredis container_name : redis restart : always command : - /bin/bash - - c - | redis-server /usr/local/etc/redis/redis.conf #用打包进去的配置文件启动redis appendonly yes # 开启持久化 ports : - 6379 : 6379 volumes : # 目录映射 - ./conf/redis.conf : /usr/local/etc/redis/redis.conf # 挂在本地目录，之后修改配置文件修改本地就可以了 - ./data : /data 4、运行 docker

版权声明： https://blog.csdn.net/zdp072/article/details/50991116 1. 使用redis有哪些好处？ (1) 速度快，因为数据存在内存中，类似于HashMap，HashMap的优势就是查找和操作的时间复杂度都是O(1) (2) 支持丰富数据类型，支持string，list，set，sorted set，hash (3) 支持事务，操作都是原子性，所谓的原子性就是对数据的更改要么全部执行，要么全部不执行 (4) 丰富的特性：可用于缓存，消息，按key设置过期时间，过期后将会自动删除 2. redis相比memcached有哪些优势？ (1) memcached所有的值均是简单的字符串，redis作为其替代者，支持更为丰富的数据类型 (2) redis的速度比memcached快很多 (3) redis可以持久化其数据 3. redis常见性能问题和解决方案： (1) Master最好不要做任何持久化工作，如RDB内存快照和AOF日志文件 (2) 如果数据比较重要，某个Slave开启AOF备份数据，策略设置为每秒同步一次 (3) 为了主从复制的速度和连接的稳定性，Master和Slave最好在同一个局域网内 (4) 尽量避免在压力很大的主库上增加从库 (5) 主从复制不要用图状结构，用单向链表结构更为稳定，即：Master <-

目录 1. SaltStack介绍 1.1 自动化运维工具 1.2 saltstack的特点 1.3 saltstack服务架构 2. SaltStack四大功能与四大运行方式 3. SaltStack组件介绍 4. SaltStack安装与最小化配置 4.1 在控制机上安装saltstack主控端软件 4.2 在被控机上安装salt-minion客户端 4.3 saltstack配置文件 5. SaltStack认证机制 6. SaltStack远程执行 7. salt命令使用 1. SaltStack介绍 1.1 自动化运维工具 作为一个运维人员，很大一部分工作是在业务的配置管理和状态维护以及版本发布上，而当业务场景及公司规模上了一定规模后，人为手工的去做这些工作将变得极其困难，此时我们将需要利用一些自动化运维的工具来达到批量管理的目的。 常用的自动化运维工具有： puppet ansible saltstack 此三款属同类工具，皆可用来提高运维管理的效率，但它们又各有优势，目前主流的自动化运维工具是ansible和saltstack。其中ansible无需安装客户端，这是其最大的优势，而saltstack则需要安装客户端工具，类似zabbix的agent。应用场景方面，ansible常用于小型企业，而saltstack则常用于中大型企业