拉取redis基础镜像
docker search redis --搜索镜像
docker pull redis -- 拉取镜像
运行三个容器（在此之前可以自定义个网络，防止docker容器重启后集群失效）
生产环境搭建，建议挂载redis目录（配置文件、数据），权限验证等，保证集群安全，以下为了方便测试，直接裸奔了。
一主二从
docker -d --name m1 -p 6379:6379 redis
docker -d --name s1 -p 6380:6379 redis
docker -d --name s2 -p 6381:6379 redis
获取指定主机m1容器内地址
docker inspect m1 --我的地址 172.17.0.3
image.png
开始搭建
分别进入s1、s2容器内
docker exec -it s1 bash
docker exec -it s2 bash
进入redis
redis-cli
绑定主机ip、端口
slaveof 172.17.0.3 6379
image.png
进入主机m1中
docker exec -it m1 bash
查看集群状态
info replication
image.png
从主机写入数据，从机也会有相应的数据
set name zhangsan
image.png
连接Laravel，版本 8.2
这里我选择的 predis 这个组件包，版本 ^2.0，根据自己需求拉取
"require": {
"predis/predis": "^2.0"
},
安装
composer require predis/predis
书写配置文件database.php,主要关注 redis 这个数组
'redis' => [
'client' => env('REDIS_CLIENT', 'phpredis'),
'cluster' => false,
// 集群配置
'clusters' => [
// 连接的集群名称
'cluster1' => [
// 配置写入节点
'write' => [
[
'host' => '127.0.0.1',
'password' => '',
'port' => 6379,
'database' => 0,
]
// 更多的主节点
],
// 配置读取节点
'read' => [
[
'host' => '127.0.0.1',
'port' => 6380,
'database' => 0,
],
[
'host' => '127.0.0.1',
'port' => 6381,
'database' => 0,
]
// .... 更多的子节点
],
],
],
'options' => [
'cluster' => env('REDIS_CLUSTER', 'predis'),
'prefix' => env('REDIS_PREFIX', ''),
]
]
写入测试方法
<?php
namespace App\Http\Controllers;
use Illuminate\Support\Facades\Redis;
class IndexController extends Controller {
public function index()
{
// 连接到 cluster1 集群
$redis = Redis::connection('cluster1');
for ($i = 0; $i < 5; $i++){
$redis->set('age-'.$i,$i);
}
}
}
访问该方法，最终写入数据
image.png
该主从模式的优缺点
优点
- 数据冗余和备份：主从复制模式提供了数据的冗余备份。主节点的数据会被复制到一个或多个从节点上，从节点可以充当主节点的备份，确保数据的可用性和持久性。
- 扩展读取能力：从节点可以处理读取请求，从而分担主节点的读取压力。通过将读取请求分布到多个从节点上，可以提高系统的整体读取吞吐量。
- 数据分析和备份：从节点可以用于数据分析、报表生成和数据备份等用途，而不会对主节点造成影响。
缺点
- 写入限制：从节点是只读的，默认不允许直接在从节点上进行写入操作。所有写入操作必须通过主节点进行，从节点只能接收主节点的数据复制。可以通过
redis.conf配置文件修改，将从节点的slave-read-only参数设置为no，这会允许从节点进行写入操作。 - 网络传输开销：主节点需要将数据复制到从节点，这会产生网络传输的开销。如果网络带宽有限或延迟较高，可能会对数据同步的效率和速度产生影响。
- 单点故障：主节点是整个系统的核心，如果主节点发生故障，整个系统可能会受到影响。在这种情况下，需要手动进行故障转移和主节点切换来保证系统的可用性。
