一、安装mysql主从复制
一主一从
#1.宿主机新建目录以及配置文件
mkdir -p /app/mysql/slave1/data /app/mysql/slave1/log /app/mysql/slave1/conf
mkdir -p /app/mysql/master/data /app/mysql/master/log /app/mysql/master/conf
#一主 3307
docker run -d --name=mysql-master --privileged=true -p 3307:3306
-v /app/mysql/master/log:/var/log/mysql
-v /app/mysql/master/data:/var/lib/mysql
-v /app/mysql/master/conf:/etc/mysql/conf.d
-e MYSQL_ROOT_PASSWORD=root mysql:5.7
#添加一主配置文件 my.cnf
一主 my.cnf
[mysqld]
## 设置server_id，同一局域网中需要唯一
server_id=101
## 指定不需要同步的数据库名称
binlog-ignore-db=mysql
## 开启二进制日志功能
log-bin=hsp-mysql-bin
## 设置二进制日志使用内存大小（事务）
binlog_cache_size=1M
## 设置使用的二进制日志格式（mixed,statement,row）
binlog_format=mixed
## 二进制日志过期清理时间。默认值为0，表示不自动清理。
expire_logs_days=7
## 跳过主从复制中遇到的所有错误或指定类型的错误，避免slave端复制中断。
## 如：1062错误是指一些主键重复，1032错误是因为主从数据库数据不一致
slave_skip_errors=1062
#重启mysql-master
docker restart mysql-master
#进入mysql-master容器
docker exec -it mysql-master /bin/bash
#进入mysql
mysql -uroot -p
#创建数据同步用户
create user 'slave'@'%' identified by '123456';
#给数据同步用户授权
grant replication slave , replication client on *.* to 'slave'@'%' ;
#查看主从同步状态
show master status;
+----------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+----------------------+----------+--------------+------------------+-------------------+
| hsp-mysql-bin.000001 | 617 | | mysql | |
+----------------------+----------+--------------+------------------+-------------------+
#一从 3308
docker run -d --name=mysql-slave1 --privileged=true -p 3308:3306
-v /app/mysql/slave1/log:/var/log/mysql
-v /app/mysql/slave1/data:/var/lib/mysql
-v /app/mysql/slave1/conf:/etc/mysql/conf.d
-e MYSQL_ROOT_PASSWORD=root mysql:5.7
#新建配置文件 my.conf
一从 my.cnf
[mysqld]
## 设置server_id，同一局域网中需要唯一
server_id=102
## 指定不需要同步的数据库名称
binlog-ignore-db=mysql
## 开启二进制日志功能，以备Slave作为其它数据库实例的Master时使用
log-bin=hsp-mysql-slave1-bin
## 设置二进制日志使用内存大小（事务）
binlog_cache_size=1M
## 设置使用的二进制日志格式（mixed,statement,row）
binlog_format=mixed
## 二进制日志过期清理时间。默认值为0，表示不自动清理。
expire_logs_days=7
## 跳过主从复制中遇到的所有错误或指定类型的错误，避免slave端复制中断。
## 如：1062错误是指一些主键重复，1032错误是因为主从数据库数据不一致
slave_skip_errors=1062
## relay_log配置中继日志
relay_log=hsp-mysql-relay-bin
## log_slave_updates表示slave将复制事件写进自己的二进制日志
log_slave_updates=1
## slave设置为只读（具有super权限的用户除外）
read_only=1
#重启mysql-slave1容器实例
docker restart mysql-slave1
#进入从数据库容器实例
docker exec -it mysql-slave1 /bin/bash
#进入mysql
mysql -uroot -p
#配置主从复制
change master to master_host='192.168.216.118', master_user='salve', master_password='123456', master_port=3307, master_log_file='hsp-mysql-bin.000001', master_log_pos=617, master_connect_retry=30;
#参数说明
master_host：主数据库的IP地址；
master_port：主数据库的运行端口；
master_user：在主数据库创建的用于同步数据的用户账号；
master_password：在主数据库创建的用于同步数据的用户密码；
master_log_file：指定从数据库要复制数据的日志文件，通过查看主数据的状态，获取File参数；
master_log_pos：指定从数据库从哪个位置开始复制数据，通过查看主数据的状态，获取Position参数；
master_connect_retry：连接失败重试的时间间隔，单位为秒。
#查看主从同步状态；
show slave status \G;
#主要查看以下参数，No为未开启
Slave_IO_Running: No
Slave_SQL_Running: No
#从数据库开启同步
start slave;
#再次查看主从同步状态 Yes为开启
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
#测试主从同步,主库建库建表crud数据，验证从库是否同步
Test by yourselves!
二、分布式Redis安装及弹性伸缩容
（1）哈希取余算法
优点：负载均衡+分而治之
缺点：扩容、缩容、节点宕机导致key值变化，取的结果发生变化，哈希取余全部数据重新洗牌
（2）一致性哈希算法
服务器、节点数量发生变化，尽量少地影响服务器与hash值的映射关系
步骤：
算法构建一致性哈希环
服务器ip节点的映射
key落到服务器的落键规则
缺点：数据倾斜（数据分配不均）
（3）哈希槽算法
16384个槽
对16384取余
三主三从Redis集群搭建（基于哈希槽算法）：
#启动6个redis容器实例 6381-6386
#--net host使用宿主机ip和端口
docker run -d --name=redis-node1 --privileged=true --net host -v /app/redis/redis-note1/data:/data redis --cluster-enabled yes --appendonly yes --port 6381
docker run -d --name=redis-node2 --privileged=true --net host -v /app/redis/redis-note2/data:/data redis --cluster-enabled yes --appendonly yes --port 6382
docker run -d --name=redis-node3 --privileged=true --net host -v /app/redis/redis-note3/data:/data redis --cluster-enabled yes --appendonly yes --port 6383
docker run -d --name=redis-node4 --privileged=true --net host -v /app/redis/redis-note4/data:/data redis --cluster-enabled yes --appendonly yes --port 6384
docker run -d --name=redis-node5 --privileged=true --net host -v /app/redis/redis-note5/data:/data redis --cluster-enabled yes --appendonly yes --port 6385
docker run -d --name=redis-node6 --privileged=true --net host -v /app/redis/redis-note6/data:/data redis --cluster-enabled yes --appendonly yes --port 6386
#进入容器 构建主从关系
docker exec -it redis-node1 /bin/bash
#构建主从命令
#--cluster-replicas 1 表示为每个master创建一个slave节点 三组一主一从（1:1）
redis-cli --cluster create 192.168.216.118:6381 192.168.216.118:6382 192.168.216.118:6383 192.168.216.118:6384 192.168.216.118:6385 192.168.216.118:6386 --cluster-replicas 1
#进入容器查看集群状态
redis-cli -p 6381
cluster info
cluster nodes
#随机分配，每次实现可能不一样
M S
6381 6384
6382 6385
6383 6386
#客户端连接添加参数 -c 以集群方式连接 否则容易出现哈希槽路由问题
redis-cli -c -p 端口
#查看集群信息
redic-cli --cluster check ip:端口
主从容错切换迁移案例：
#目前主从情况
M S
1：6381 4：6384
2：6382 5：6385
3：6383 6：6386
#停掉master节点1 从节点4上位成为master节点
docker stop redis-node1
#存在心跳检测机制，稍等几秒查看集群状态
cluster nodes
#新集群情况
M S
1：6381(fail) 4：6384(master)
2：6382 5：6385
3：6383 6：6386
#查看key是否还存在
redis-cli --cluster check 192.168.216.118:6384
2 keys in 3 masters.
#恢复节点1
docker start redis-node1
#新的集群情况,因为宕机后重启，主从调换
M S
1：6384(master) 4：6381(slave)
2：6382 5：6385
3：6383 6：6386
#恢复原来主从情况，停掉节点4，让已恢复的节点1重新上位成为master,之后在重启节点4,再次完成主从切换
docker stop redis-node4
#恢复
M S
1：6381(master) 4：6384(slave)
2：6382 5：6385
3：6383 6：6386
主从扩容案例：三主三从扩到四主四从
#目前主从情况
M S
1：6381 4：6384
2：6382 5：6385
3：6383 6：6386
#新启动redis容器实例节点7、8
docker run -d --name=redis-node7 --privileged=true --net host -v /app/redis/redis-note7/data:/data redis --cluster-enabled yes --appendonly yes --port 6387
docker run -d --name=redis-node8 --privileged=true --net host -v /app/redis/redis-note8/data:/data redis --cluster-enabled yes --appendonly yes --port 6388
#节点7加入原来集群
docker exec -it redis-node7 /bin/bash
redis-cli --cluster add-node 192.168.216.118:6387 192.168.216.118:6381
#查看集群状态
redis-cli --cluster check 192.168.216.118:6387
redis-cli -p 6381 -c
cluste nodes
#加入后集群状态,节点7 master 无槽位
M S
1：6381(master) 4：6384(slave)
2：6382 5：6385
3：6383 6：6386
3：6387(master , 0 slots)
#从新分配槽位，需输入分配的槽位数以及节点ID
redis-cli --cluster reshard 192.168.216.118:6381
#每组主从4096个槽位
16384/4=4096
#再次查看集群状态，分配方式是从原来每个槽位段均匀分割出槽位给新加入的节点
M S
1：6381(master) 4：6384(slave)
2：6382 5：6385
3：6383 6：6386
3：6387(master , 4096 slots [0-1364],[5461-6826],[10923-12287])
#新加入节点8作为节点7的从节点
#redis-cli --cluster add-node ip:新slave端口 ip:新master端口 --cluster-slave --cluster-master-id 新主机节点ID
redis-cli --cluster add-node 192.168.216.118:6388 192.168.216.118:6387 --cluster-slave --cluster-master-id db3e7bf76bfaa10daf6c1b6dd652d1243808b3df
#再次查看集群状态
redis-cli --cluster check 192.168.216.118:6381
M S
1：6381 4：6384
2：6382 5：6385
3：6383 6：6386
7：6387(master) 8:6388(slave)
#检查key
#扩容成功:三主三从--->四主四从
主从缩容案例：四主四从缩容到三主三从
#目前集群状态
M S
1：6381 4：6384
2：6382 5：6385
3：6383 6：6386
7：6387 8:6388
#删除从节点8
redis-cli --cluster del-node ip:端口 节点ID
redis-cli --cluster del-node 192.168.216.118:6388 650d8f34ba468055771049c4fd03cfd42e55c09a
#查看集群状态
redis-cli --cluster check 192.168.216.118:6381
M S
1：6381 4：6384
2：6382 5：6385
3：6383 6：6386
7：6387(master , 4096 slots)
#重新分配集群槽位，将主节点7的所有槽位分配给节点1
redis-cli --cluster reshard 192.168.216.118:6381
How many slots do you want to move (from 1 to 16384)? 4096
What is the receiving node ID? 39c5d690c5a53f4760dec5846868125c0ea1d98e #接收节点ID：节点1的ID
Source node #1: db3e7bf76bfaa10daf6c1b6dd652d1243808b3df #来源节点ID：节点7
Source node #1: done（结束）
#再次查看集群状态
redis-cli --cluster check 192.168.216.118:6381
M S
1：6381(8192 slots) 4：6384
2：6382 5：6385
3：6383 6：6386
7：6387(slave , 0 slots)
#不清楚为什么突然变slave了，有时间再复现
#删除节点7
redis-cli --cluster del-node 192.168.216.118:6387 db3e7bf76bfaa10daf6c1b6dd652d1243808b3df
#再次查看集群状态
redis-cli --cluster check 192.168.216.118:6381
M S
1：6381(8192 slots) 4：6384
2：6382(4096 slots) 5：6385
3：6383(4096 slots) 6：6386
#检查key
[OK] 2 keys in 3 masters.
#缩容成功
#可以停止redis节点7、8的容器实例
docker stop redis-node7
docker stop redis-node8
301
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
