在上一讲中，我们已经介绍了docker的基本操作。这就是为后面的redis集群和mysql集群做准备。但在生产环境中，我们通常使用更规范的docker-compose。

Docker Compose是Docker官方提供的一个工具，它可以用于定义和运行多个Docker容器应用程序。使用Docker Compose，你可以通过一个YAML文件来定义你的应用程序所需要的服务、网络和存储等资源，然后使用一个命令来启动、停止和重启你的应用程序。可以帮助开发人员更加轻松地管理和运行多个Docker容器应用程序。它提供了简单的配置、多容器管理、方便的操作和环境隔离等特点，可以大大提高开发和部署的效率。

对于基础语法的学习，那一定是先去官网 我们常用的docker-compose配置主要是3个代码段，services，volumes，networks

该代码段定义Docker Compose文件版本号。关于docker-compose的各版本。关于各版本的信息，可以看官网。

定义应用程序的各个服务，每个服务都可以包含以下几个参数：

定义容器之间的网络，每个网络可以包含以下几个参数：

定义数据卷，用于在容器之间共享数据。

定义容器的重启策略。

定义全局环境变量。

定义使用Docker Secrets机制的密钥和证书文件。

随着访问量增加，redis可能会变慢。但大多数情况下，redis缓存是查询量高，更新量低。那么，读写分离的方案就呼之欲出。 所谓读写分离，也叫redis的主从模式，一个主节点，只负责插入更新，然后再自动更新到从服务器，从服务器只负责查找。 redis主从复制逻辑大概是这样的：

和上一期讲的一样，先去官网下载redis的配置文件 然后做如下修改：

对于从服务器，还需要做如下修改（主服务器不需要改）

在docker-compose文件中，我们看到有这样一段代码：

那redis-server 放在容器的哪里呢，还有哪些其他的命令呢？

我们可以看到，/usr/local/bin是实际redis-server的存放路径。其中还有一个重要的东西，就是redis-sentinel

看过上面的介绍，我们自然会想到，有1主多从来解决查询能力的横向拓展，那我们能不能把主服务器也做个集群。一方面，主服务器做集群意味着我们可以存更多的内容；另一方面，这也提高了可用性，一台主服务器挂了，其他主服务器还能运行。 于是问题就来了，主服务器集群，我如何决定一个key到底存在哪个服务器上呢？

redis配置文件如下：

注意：cluster-announce-ip，cluster-announce-port，cluster-announce-bus-port是申明的公网的地址、端口和bus端口。在这里就是wsl的eth0。

而后和2.3一样，把redis的配置文件拷到对应位置，并做相应修改

注意，这里有一个坑。关于cluster-bus 的端口映射，如果redis本身端口设置的是6379的话，bus实际上就是16379。 还有一个坑，redis-cluster-cli中，不得用虚拟地址如node1:6379，不然集群无法创建。具体原因我还不知道。

首先先把data文件夹清空

启动docker-compose

其实关于SpringBoot的接入十分简单，只需要把yml中redis的相关配置改下就行了。

注意，我这里没有用虚拟机，linux机是windows的wsl，所以写的localhost