master

CentOS-7.5 搭建 MySQL 主从复制

生来就可爱ヽ(ⅴ<●) 提交于 2020-04-06 00:12:50
一、实验环境 两台同样配置的CentOS-7.5虚拟机; 两台虚机的防火墙+selinux均关闭; 两台虚机均可以上外网; master:CentOS-1(192.168.218.128) slave: CentOS-2 (192.168.218.136) 二、搭建主从复制 1)两台服务器同时安装MySQL服务 说明:因为本人之前已经写过“CentOS-7.5 安装 社区版 MySQL-5.7”这样的博文,所以在此就不在做重复性动作了;两台虚拟机安装MySQL服务的操作是一摸一样的,直接复制粘贴即可 博文链接为: https://blog.51cto.com/14783377/2485030 2)修改两台MySQL的配置文件 master端如下: slave端如下: 切记:修改完配置文件以后,都要重启MySQL服务使配置生效 3)mysql主服务器初始化以后的第一次全备 [root@CentOS-1 ~]# [root@CentOS-1 ~]# mysqldump -uroot -p'Mysql.2020' --all-databases --single-transaction > /tmp/mysql_all.sql #数据库第一次全量备份 mysqldump: [Warning] Using a password on the command line interface

Kubernetes部署master服务

纵饮孤独 提交于 2020-04-05 23:54:34
一、初始化服务器 1 关闭防火墙 ​ 【所有主节点都执行】 ​ [root@k8s-master1 ~]# systemctl stop firewalld [root@k8s-master1 ~]# systemctl disable firewalld 2 关闭selinux ​ 【所有主节点都执行】 # setenforce 0 # vim /etc/selinux/config 修改SELINUX=enforcing 为 SELINUX=disabled 3 配置主机名 ​ 【所有主节点都执行】 ​ hostnamectl set-hostname 主机名 4 配置名称解析 ​ 【所有主节点都执行】 vim /etc/hosts ​ 添加如下四行 192.168.31.63 k8s-master1 192.168.31.64 k8s-master2 192.168.31.65 k8s-node1 192.168.31.66 k8s-node2 5 配置时间同步 ​ 选择一个节点作为服务端,剩下的作为客户端 ​ master1为时间服务器的服务端 ​ 其他的为时间服务器的客户端 ​ ​ 1)配置k8s-master1 # yum install chrony -y # vim /etc/chrony.config #修改三项 server 127.127.1.0 iburst

将当前的Git分支设为主分支

空扰寡人 提交于 2020-04-05 19:13:46
问题: I have a repository in Git. 我在Git中有一个存储库。 I made a branch, then did some changes both to the master and to the branch. 我做了一个分支,然后对母版和分支进行了一些更改。 Then, tens of commits later, I realized the branch is in much better state than the master, so I want the branch to "become" the master and disregard the changes on master. 然后,在数十次提交之后,我意识到分支的状态要比主服务器好得多,因此我希望分支“成为”主服务器,而忽略主服务器上的更改。 I cannot merge it, because I don't want to keep the changes on master. 我无法合并它,因为我不想将更改保留在主文件上。 What should I do? 我该怎么办? Extra : In this case, the 'old' master has already been push -ed to another repository such as

Kubeadm 搭建 Kubernetes 集群

谁都会走 提交于 2020-04-04 18:02:38
两条指令完成部署 # 创建一个Master节点 $ kubeadm init # 将一个Node节点加入到当前集群中 $ kubeadm join <Master节点的IP和端口> kubeadm 搭建非常简单,核心就这两条语句。具体还有网络、存储等配置我们往下看。 部署 Overview 在所有节点上安装 Docker 和 kubeadm; 部署 Kubernetes Master 部署容器网络插件; 部署 Kubernetes Worker; 部署 Dashboard 可视化插件; 部署容器存储插件 查看安装的相关组件信息 [root@kubernetes ~]# kubeadm version kubeadm version: &version.Info{Major:"1", Minor:"17", GitVersion:"v1.17.0", GitCommit:"70132b0f130acc0bed193d9ba59dd186f0e634cf", GitTreeState:"clean", BuildDate:"2019-12-07T21:17:50Z", GoVersion:"go1.13.4", Compiler:"gc", Platform:"linux/amd64"} [root@kubernetes ~]# kubectl version Client

Redis--主从同步

隐身守侯 提交于 2020-04-04 16:40:43
前戏 redis集群中的数据库复制是通过主从同步来实现的,主节点(master)把数据分发给从节点(slave),主从同步的好处在于高可用。 redis主从同步的原理: 1.从服务器向主服务器发送SYNC命令。 2.接到SYNC的主服务器会调用BGSAVE命令,创建一个RDB文件,并使用缓冲区记录接下来执行的所有命令。 3.当主服务器执行完BGSAVE命令时,它会向从服务器发送RDB文件,而从服务器则会接收并载入这个文件。 4.主服务器将缓冲区存储的所有写命令发送给从服务器执行。 环境准备 1.关掉所有redis服务,使用ps查看 [root@HH redis-5.0.6]# ps -ef |grep redis root 4388 8523 0 18:44 pts/1 00:00:00 grep --color=auto redis 2.准备6380,6381,6382三个文件夹,后面会用到,创建到data目录下 [root@HH redis-5.0.6]# mkdir /data/{6380,6381,6382} [root@HH redis-5.0.6]# ls /data/ 6380 6381 6382 3.准备三个redis的配置文件,放到redis的目录下,这里分别命名为redis-6380.conf,redis-6381.conf,redis-6382.conf

visual studio 编译caffe 应用于python环境(无cuda)

大兔子大兔子 提交于 2020-04-04 02:40:49
1.卸载visual studio(如果你的vs为2013版本进入步骤2) 2.安装vs2013。官网链接: https://my.visualstudio.com/Downloads?q=visual%20studio%202013&wt.mc_id=o~msft~vscom~older-downloads 3.下载caffe master。官网链接: https://github.com/Microsoft/caffe 4.解压缩caffe master,在.\caffe-master\windows下找到文件CommonSettings.props.example。删除该文件后缀.example。 5.安装 64位 python: https://www.python.org/downloads/ 。(以python2.7为例。一定要按照64位,否则编译caffe会报错) 6.打开CommonSettings.props。修改第8行,true改成false。13行false改成true。48行更改python路径。保存。 7.打开.\caffe-master\windows下caffe.sln 8.修改以下部分: 右键解决方案属性: 右键libcaffe属性 右键libcaffe,build 右键caffe属性 右键caffe,build 右键pycaffe属性

Redis基本原理

人盡茶涼 提交于 2020-04-03 10:33:48
1、redis数据备份原理,RDB和AOF。 RDB:redis基于当前自身的所有数据所生成的数据快照,纯粹的数据,若redis从rdb启动,可直接加载使用。 AOF:类似redis日志文件,aof文件内部是redis收到的写命令,若redis从aof启动,需要先读aof文件,然后执行里面的命令,生产数据。 当触发生成rdb时,redis会开启后台线程,生成一份rdb,触发条件可以设置,类似隔多长时间或有多少数据改动时,生成rdb。 aof类似redis日志,可控制写入的频率,如每秒写入,当开启aof时(默认关闭),redis内部维护一个aof文件,实时将redis收到的写命令写入aof中。 aof由于不断地写入,会变得越来越大,当aof大小从0增大到设定的大小时,会触发aof的第一次rewrite操作,redis会将基于当前的数据生成新的aof文件,在此期间,如果redis收到新的写命令,redis会将写命令暂时保存在内存,等新的aof完成后,再将内存中的命令追加到新aof中,当新aof完全完成后(假设大小为n),redis会删除原aof文件。当新的aof文件不断扩大到2n时(默认2倍),会触发rewrite操作。 2、redis主从复制原理,断点续传和过期key处理 主从复制:redis主节点(master)向从节点(slave)复制数据,当集群没有任何问题正常运转时

搭建RocketMQ集群

99封情书 提交于 2020-04-03 04:48:19
一、环境及准备 集群环境: 软件版本: 部署前操作: 关闭防火墙,关闭selinux(生产环境按需关闭或打开) 同步服务器时间,选择公网ntpd服务器或者自建ntpd服务器 [root@es1 ~]# crontab -l #为了方便直接使用公网服务器 #update time */5 * * * * /usr/bin/rdate -s time-b.nist.gov &>/dev/null 安装配置Java环境 参考此文章配置jvm部分https://www.cnblogs.com/panwenbin-logs/p/10369402.html 配置hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 172.16.150.134 rocketmq-nameserver1 172.16.150.134 rocketmq-master1 172.16.150.135 rocketmq-nameserver2 172.16.150.135 rocketmq-master2 172.16.150.136 rocketmq

Git自学笔记

拟墨画扇 提交于 2020-04-02 20:55:37
Git是什么? Git是目前世界上最先进的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目。 Git与SVN的区别有哪些? ① Git是分布式的,SVN不是。这是Git和其它非分布式版本控制系统(如:SVN,CVS等)最核心的区别。 ② Git把内容按元数据方式存储,而SVN是按文件:所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn、.cvs等的文件夹里。 ③ Git分支和SVN的分支不同:分支在SVN中一点不特别,就是版本库中的另外的一个目录。 ④ Git没有一个全局的版本号,而SVN有:目前为止这是跟SVN相比Git缺少的最大的一个特征。 ⑤ Git的内容完整性要优于SVN:Git的内容存储使用的是SHA-1哈希算法,这能确保代码内容的完整性,确保在遇到磁盘故障和网络问题时降低对版本库的破坏。 如何安装、配置Git(以Windows操作系统为例)? 安装步骤可以上网参考其他教程,安装完成之后打开Git Bash,若弹出一个类似命令窗口的东西,则说明Git安装成功。安装完成后,还需要设置用户信息(即配置个人用户名称和电子邮件地址),命令如下: $ git config --global user.name "example"$ git config --global user.email example@126.com 注意:① 因为Git是分布式版本控制系统

使用innobackupex基于从库搭建级联从库及一两从

江枫思渺然 提交于 2020-04-02 18:27:57
使用innobackupex基于从库搭建mysql主从架构 现有的架构是一主一从,版本为Mysql5.6.37。实施要求是:利用从库,搭建第二个从库,版本为5.7.21 主库:192.168.1.21 从库:192.168.1.22 从库2:192.168.1.23 1、备份从库1 [root@mysql02 ~]./innobackupex --user=root --password="xxxxxx" --slave-info --safe-slave-backup --parallel=3 /data/backup/ #参数slave-info 用于GTID #复制my.cnf文件到新从库 [root@mysql02 ~]$scp /etc/my.cnf 192.168.1.23:/data/backup 2、主库授予从库2复制账户 master@MySQL> grant replication slave,replication client on *.* to repl@'192.168.1.23' identified by 'repl'; 3、从库2:进行恢复 [root@mysql03 ~]$./innobackupex --user=root --password="xxxxxx" --apply-log --use-memory=2G /data/backup