master

问题： [root@master ~]# yum install mysql-server 已加载插件：fastestmirror Loading mirror speeds from cached hostfile base: ap.stykers.moe extras: ap.stykers.moe updates: ap.stykers.moe 没有可用软件包 mysql-server。 错误：无须任何处理 解决方法： [root@master ~]# yum -y install wget [root@master ~]# wget http://repo.mysql.com/mysql-community-release-el7-5.noarch.rpm [root@master ~]# rpm -ivh mysql-community-release-el7-5.noarch.rpm [root@master ~]# ls -1 /etc/yum.repos.d/mysql-community* [root@master ~]# yum install mysql-server 如有其它错误请留言！！！ 来源： 51CTO 作者： wx5da03a3bd2999 链接： https://blog.51cto.com/14572091/2447748

3 月，跳不动了？>>> 如果master异常，则会进行master-slave切换，将其中一个slave作为master，将之前的master作为slave。 哨兵作用 哨兵是Redis集群架构中非常重要的一个组件，主要功能如下： 集群监控：负责监控redis master和slave进程是否正常 消息通知：如果某个redis实例有故障，那么哨兵负责发送消息作为报警通知给管理员 故障转移：如果master节点挂掉了，会自动转移到slave节点上 配置中心：如果故障转移发生了，通知client客户端新的master地址 哨兵的核心知识 故障转移时，判断一个master节点是否宕机了，需要大部分的哨兵都同意才行，涉及到了分布式选举的问题 哨兵至少需要3个实例，来保证自己的健壮性 哨兵+redis主从的部署架构，是不会保证数据零丢失的，只能保证redis集群的高可用性 sdown和odown sdown和odown两种失败的状态 sdown是主观宕机，就一个哨兵如果自己觉得一个master宕机了，那么就是主观宕机 odown是客观宕机，如果quorum数量的哨兵都觉得一个master宕机了，那么就是客观宕机 sdown达成的条件：如果一个哨兵ping一个master，超过了is-master-down-after-milliseconds指定的毫秒数之后，就认为master宕机

CENTOS7 yum安装mysql主从 前期环境 192.168.1.8 master 192.168.1.9 slave 关闭防火墙 systemctl stop firewalld setenforce 0 安装mysql yum -y install mariadb mariadb-server 编辑 master my.conf server-id=1 log-bin=mysql-bin 启动数据库 systemctl start mariadb 进入数据库 mysql 进行本地创建 grant all on *.* to 'slave'@'192.168.1.15' identified by '123'; flush privileges; show master status; +------------------+----------+--------------+---------------------------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+---------------------------------------------+ | mysql

Bigtable的角色：为大规模的结构化数据提供高效的存储、管理与查询。 Bigtable的针对性： 大规模数据需要大规模集群支持，带来了存储、管理、查询、容错上的复杂性。 关系型数据库在数据规模较大时复杂性迅速上升，效率大幅下降。 Bigtable的特点： 只支持简单的数据模型，所有key和value都是字符串，具体含义由用户自行解释。 运行时可单独为每行调整布局。 根据key排序，且相近的key处于相近的位置，用户可由此推断局部性。 底层存储平台为GFS，无须担心数据的存储问题。用户也可指定将数据存储在内存中。 由Chubby提供分布式环境下的锁机制，对Chubby有依赖性。 Bigtable的逻辑结构： 数据按行key排序，相近的行数据也相近。行中的每个读/写操作都是原子的。 每个table可分为若干个行范围，每个范围称为一个tablet，是数据分布与均衡的单位。 行内的列可分为若干个列族。列族需要在列之前创建，数量不能太多，而列的数量则没有限制。 列的标识符格式为“列族：标识名”。列族也是访问控制、资源统计的单位。 每个列族可单独设定最多保存的版本数或时间长度。 查找时的key可为行或行+列，等等（ 猜测 ）。 Bigtable的组织结构： Bigtable与GFS处于同一集群内，也是单master的结构。 master负责： 给tablet server指定tablet。

Git是目前世界上最先进的分布式版本控制系统。 创始人：Linus Torvalds林纳斯·托瓦兹 经典的集中管理型（CVS、VSS、SVN） 版本管理系统： 1、版本管理的服务器一旦崩溃，硬盘损坏，代码如何恢复？ 2、程序员上传到服务器的代码要求是完整版本，但是程序员开发过程中想做小版本的管理，以便追溯查询，怎么破？ 3、系统正在上线运行，时不时还要修改bug，要增加好几个功能要几个月，如何管理几个版本？ 4、如何管理一个分布在世界各地、互不相识的大型开发团队？ 1、命令行工具：Git for windows Git是分布式版本控制系统，所以需要填写用户名和邮箱作为一个标识。 　　C:\Users\admin路径下的.gitconfig文件里面可以看到 　　--global 表示全局属性，所有的git项目都会共用属性 1）填写用户名和邮箱Administrator@PC201803221826 MINGW64 /e/git-space $ git config --global user.name "kris" Administrator@PC201803221826 MINGW64 /e/git-space $ git config --global user.email "kris073@aliyun.com" ##全局是每个项目都是这个名； 非全局是针对这个项目

3 月，跳不动了？>>> 在上一篇「 MySQL高可用复制管理工具 —— Orchestrator介绍 」中大致介绍了 Orchestrator 的功能、配置和部署，当然最详细的说明可以查阅 官方文档 。本文开始对 Orchestrator 的各方面进行测试和说明。 测试说明 环境介绍 服务器环境： 三台服务器 1 ：MySQL实例 （3306是orch的后端数据库，3307是MySQL主从架构「开启 GTID 」） Master ： 192.168 . 163.131 : 3307 Slave ： 192.168 . 163.132 : 3307 Slave ： 192.168 . 163.133 : 3307 2 ：hosts （etc/ hosts）： 192.168 . 163.131 test1 192.168 . 163.132 test2 192.168 . 163.133 test3 这里需要注意的是，orch检测主库宕机依赖从库的IO线程（本身连不上主库后，还会通过从库再去检测主库是否异常），所以默认change搭建的主从感知主库宕机的等待时间过长，需要 需要稍微改下： change master to master_host= ' 192.168.163.131 ' ,master_port= 3307 ,master_user= ' rep ' ,master

MySQL主从复制 本节内容我们联系使用 MySQL的主从复制功能配置Master和Slave节点，验证数据MySQL的数据同步功能。 因为要使用多个 MySQL数据库，所以不建议在电脑上安装多个MySQL数据库，最好的办法是使用多个绿色版的MySQL数据库。 MariaDB数据库是MySQL创始人Michael 创建的 MySQL重要分支。由于Oracle 持有了 MySQL的版权，MySQL存在闭源的隐患，加之Oracle对MySQL的更新不太重视，所以业界许多公司纷纷采用了完全开源的MariaDB数据库。MariaDB建立在MySQL5.5版本上，所以MariaDB与MySQL的兼容性非常好，并且性能上也做出了很大的优化，社区活跃，软件版本更新迅速，包括谷歌、Facebook等企业纷纷改用MariaDB数据库。 Master数据库 首先把安装到C:\Program Files 里面的 MariaDB目录复制一份，放置的路径没有要求，但是尽量把数据库放在C盘或者D盘上面，改名DB1。因为这两个盘符的空间处在硬盘磁碟的外圈，所以线速度很快，数据读写速度也很理想。 DB1将要当做主库使用，创建my.ini文件，然后编辑文件内容。 [mysqld] # 数据库字符集 character_set_server = utf8 #MySQL 主机名 ( 只可以是数字 ) server_id

3 月，跳不动了？>>> 本次分享的内容主要包括五个大部分： Redis、RedisCluster和Codis; 我们更爱一致性; Codis在生产环境中的使用的经验和坑们; 对于分布式数据库和分布式架构的一些看法; Q & A环节。   Codis是一个分布式Redis解决方案，与官方的纯P2P的模式不同，Codis采用的是Proxy-based的方案。今天我们介绍一下Codis及下一个大版本RebornDB的设计，同时会介绍一些Codis在实际应用场景中的tips。最后抛砖引玉，会介绍一下我对分布式存储的一些观点和看法，望各位首席们雅正。 一、 Redis，RedisCluster和Codis    Redis ：想必大家的架构中，Redis已经是一个必不可少的部件，丰富的数据结构和超高的性能以及简单的协议，让Redis能够很好的作为数据库的上游缓存层。但是我们会比较担心Redis的单点问题，单点Redis容量大小总受限于内存，在业务对性能要求比较高的情况下，理想情况下我们希望所有的数据都能在内存里面，不要打到数据库上，所以很自然的就会寻求其他方案。 比如，SSD将内存换成了磁盘，以换取更大的容量。更自然的想法是将Redis变成一个可以水平扩展的分布式缓存服务，在Codis之前，业界只有Twemproxy，但是Twemproxy本身是一个静态的分布式Redis方案，进行扩容

Git 保存的不是文件差异或者变化量，而只是一系列文件快照。 在 Git中提交时，会保存一个提交（commit）对象，它包含一个指向暂存内容快照的指针，作者和相关附属信息，以及一定数量（也可能没有）指向该提交对象直接祖先的指针。当使用 git commit 新建一个提交对象前，Git 会先计算每一个子目录（本例中就是项目根目录）的校验和，然后在 Git 仓库中将这些目录保存为树（tree）对象。之后 Git 创建的提交对象，除了包含相关提交信息以外，还包含着指向这个树对象（项目根目录）的指针，如此它就可以在将来需要的时候，重现此次快照的内容了。提交多次后的的Git对象数据可能如下： Git 中的分支，其实本质上仅仅是个指向 commit 对象的可变指针。Git 会使用 master 作为分支的默认名字。在若干次提交后，你其实已经有了一个指向最后一次提交对象的 master 分支，它在每次提交的时候都会自动向前移动: 分支基本操作 创建分支 git branch testing 这会在当前 commit 对象上新建一个分支指针： 那么，Git 是如何知道你当前在哪个分支上工作的呢？其实答案也很简单，它保存着一个名为 HEAD 的特别指针，指向当前所在分支： 切换分支 git checkout testing 运行 git branch 命令，仅仅是建立了一个新的分支

3 月，跳不动了？>>> 背景： 以前 有篇文章 已经结果过了，现在复习一下，对Redis3.0进行说明： 参数说明： #redis.conf # Redis configuration file example. # ./redis-server /path/to/redis.conf ################################## INCLUDES ################################### #这在你有标准配置模板但是每个redis服务器又需要个性设置的时候很有用。 # include /path/to/local.conf # include /path/to/other.conf ################################ GENERAL ##################################### #是否在后台执行，yes：后台运行；no：不是后台运行（老版本默认） daemonize yes #3.2里的参数，是否开启保护模式，默认开启。要是配置里没有指定bind和密码。开启该参数后，redis只会本地进行访问，拒绝外部访问。要是开启了密码 和bind，可以开启。否 则最好关闭，设置为no。 protected-mode yes #redis的进程文件 pidfile /var/run