master

创建分支。 $git branch ex1 报错。 fatal: Not a valid object name: 'master' . 原因：没有master分支。 解决方案：创建一个文件，并添加提交。 $touch 1 $git add 1 $git commit -m '1' 查看，master出现了。 $git branch *master 此时创建分支，不会报错了。 来源： CSDN 作者： yzlh2009 链接： https://blog.csdn.net/yzlh2009/article/details/103736224

第1步：创建SSH Key 。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有 id_rsa 和 id_rsa.pub 这两个文件，如果已经有了，可直接跳到下一步。 如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key： $ ssh-keygen -t rsa -C "youremail@example.com" 你需要把邮件地址换成你自己的邮件地址，然后一路回车，使用默认值即可，由于这个Key也不是用于军事目的，所以也无需设置密码。 如果一切顺利的话，可以在用户主目录里找到 .ssh 目录，里面有 id_rsa 和 id_rsa.pub 两个文件，这两个就是SSH Key的秘钥对， id_rsa 是私钥，不能泄露出去， id_rsa.pub 是公钥，可以放心地告诉任何人。 第2步：GitHub上添加SSH KEY 。登陆GitHub，打开“Account settings”，“SSH Keys”页面： 然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴 id_rsa.pub 文件的内容： 点“Add Key”，你就应该看到已经添加的Key： 为什么GitHub需要SSH Key呢？因为GitHub需要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，所以

背景 我有一个MySQL Master-Slave Replication, 想要通过HAProxy代理, 做读写分离. 写流量给到Master 节点, 读流量给到Slave 节点. 首先我应该由一个HAProxy的配置, 我想应该这样写(伪配置): listen mysql bind *:3316 mode tcp ... server 192.168.1.111 192.168.1.111:3306 check server 192.168.1.112 192.168.1.112:3306 check server 192.168.1.113 192.168.1.113:3306 check 很明显, 这么写仅仅只实现了流量的分发, 但并不能实现我的需求: 把写流量给Master, 读流量给Slave 节点. 那么问题来了,首先我要能够识别Master Slave 节点, 才能有接下来的流量分离. HAProxy有个配置项叫做 mysql-check . 但是这里并不能用它去做Master-Slave的检测,因为这个option只提供存活检测. 只要能够连上,就代表这个mysql后端是Health OK的. 这还是不符合我的需求. MySQL 如果能够通过tcp-check 检测是Master还是Slave就好了. 既然这样, 写一个TCP-check Wrapper

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 首先我在自己的linux虚拟机上安装了一个数据库，这样加上我windows上的数数据库就可以模拟主从备份了。 安装过程没什么好说的，日后再补充。 值得注意的一点是，安装好之后到 /usr/share/mysql 目录下去copy个my.cnf 这个时候有很多个选择的，例如 my-large.cnf my-medium.cnf my-small.cnf 从名字就可以看出，一个是规模大的，一个中等的，一个小的，里面的配置有所不同 这样不用到处去找mysql的配置优化 一、主库配置 比较简单 server-id数据库服务的标志，注意在所有集群中不要重复就行了 log-bin开启二进制日志，数据从主库copy到从库就是靠这个日志来执行的。 [mysqld] server-id=101 log-bin=mysql-bin 修改配置文件时候，重启mysql服务 二、从表配置 log-bin开启二进制日志，可以不开启。注意从库，同时也可以作为其他库的主库这样可以实现多数据库集群。之前看到一篇比较好的文章的，等我找回来再看看。 server-id 集群中唯一 relay-log salve线程是在relay-log里面读取二进制log执行 log-slave-updates 允许通过log更新数据库1就是true read

方案一：两边做主从。 SELECT SUM(DATA_LENGTH)+SUM(INDEX_LENGTH) FROM information_schema.tables WHERE TABLE_SCHEMA='（数据库名大小为K除去1048576为M）';查看库容量 SELECT TABLE_NAME,DATA_LENGTH+INDEX_LENGTH,TABLE_ROWS FROM information_schema.tables WHERE TABLE_SCHEMA='' AND TABLE_NAME=''; lqc_msg = 16651450340 =15，880M 导出来13G 16708081764 SHOW TABLE STATUS; 查看自增IP 导出数据库： mysqldump -uroot -p'' --single-transaction --events --triggers --routines --flush-logs --master-data=2 --databases | gzip > /mnt/l.sql.gz 复制数据 rsync -a /mnt/lqc_msg.sql.gz root@:/data/ 导入数据库: mysqldump -uroot -p data < /data/lqc.sql & SELECT SUM(DATA_LENGTH)

准备俩台虚拟机（版本需要一致，桥接模式关闭防火墙，互相能ping通） 主机：192.168.1.38 从机：192.168.1.48 主机、从机安装ntp [root@localhost ~]#yum -y install ntp ntpdate 主机端配置 [root@localhost ~]#vim /etc/my.cnf 进入mysql交互环境 [root@localhost ~]# mysql -uroot -p mysql> grant replication slave on *.*to’myslave’@'192.168.1.48’identified by ‘123.com’; mysql> flush privileges; #刷新授权表 查看主库状态 mysql> show master status; 从机配置 [root@localhost ~]# vim /etc/my.cnf 重启数据库并进入mysql数据库交互模式 [root@localhost ~]# /etc/init.d/mysqld restart [root@localhost ~]# mysql -uroot -p 配置从slave从库到master主库的参数 mysql> change master to master_host=‘192.168.1.48’,master_user=

1、Sentinel 哨兵 　　　　Sentinel（哨兵）是Redis 的高可用性解决方案：由一个或多个Sentinel 实例 组成的Sentinel 系统可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器。 　　　　例如： 　　　　 　　　　在Server1 掉线后： 　　　　升级Server2 为新的主服务器： 　　 2、Redis 主从分离 　在讲解Sentinel 哨兵集群之前，我们先来搭建一个简单的主从分离（读写分离）。 首先，我们默认大家都已经安装了redis，然后我们将 redis.conf 拷贝多份，并且创建多个目录，用于区分多个redis 服务： 　　　 　这里面，每个目录中都有自己的redis.conf 配置文件，接下来，我们先设置主服务器的配置文件。 一、配置Master 1、修改端口 # Accept connections on the specified port, default is 6379 (IANA #815344). # If port 0 is specified Redis will not listen on a TCP socket. port 6380 　　redis 的默认端口是6379，这里我们把主服务器的端口设置为6380

打开两台可以相互ping通得虚拟机 分别安装mysql master主机的IP地址为：192.168.1.138 slave主机的IP地址为：192.168.1.203 安装环境 [root@localhost ~]# yum -y install ntp ntpdate 主机配置 [root@localhost ~]# vim /etc/my.cnf 进入mysql交互环境 [root@localhost ~]# mysql -uroot -p mysql> grant replication slave on *.*to’myslave’@'192.168.1.203’identified by ‘123.com’; mysql> flush privileges; #刷新授权表 查看主库状态。 mysql> show master status; 从机slaver配置 修改配置文件，保存并退出。 [root@localhost ~]# vim /etc/my.cnf 重启数据库。 [root@localhost ~]# /etc/init.d/mysqld restart 进入mysql交互环境。 [root@localhost ~]# mysql -uroot -p mysql> change master to master_host=‘192.168.1.138’,

You are trapped in a 3D dungeon and need to find the quickest way out! The dungeon is composed of unit cubes which may or may not be filled with rock. It takes one minute to move one unit north, south, east, west, up or down. You cannot move diagonally and the maze is surrounded by solid rock on all sides. Is an escape possible? If yes, how long will it take? Input The input consists of a number of dungeons. Each dungeon description starts with a line containing three integers L, R and C (all limited to 30 in size). L is the number of levels making up the dungeon. R and C are the number of

[root@k8s-master coredns]# kubectl get pod NAME READY STATUS RESTARTS AGE nginx-7bb7cd8db5-5c7z9 1/1 Terminating 0 70m nginx-7bb7cd8db5-t24hf 1/1 Running 0 57m [root@k8s-master coredns]# kubectl delete pod nginx-7bb7cd8db5-5c7z9 --grace-period=0 --force warning: Immediate deletion does not wait for confirmation that the running resource has been terminated. The resource may continue to run on the cluster indefinitely. pod "nginx-7bb7cd8db5-5c7z9" force deleted [root@k8s-master coredns]# kubectl get pod NAME READY STATUS RESTARTS AGE nginx-7bb7cd8db5-t24hf 1/1 Running 0 60m 来源： https://www