如何配置主从从架构呢
- 安装和配置主服务器（Master）：
- 安装Redis主服务器并确保主服务器正常运行。
- 在主服务器的配置文件（redis.conf）中开启持久化（通常使用RDB快照或AOF日志）和监听端口，确保配置项如下：
port 6379 save 900 1 appendonly yes # 如果使用AOF日志
- 如果需要对外提供访问，确保防火墙或网络设置允许访问主服务器的6379端口。
- 安装和配置第一个从服务器（Slave1）：
- 在从服务器1上安装Redis数据库。
- 在从服务器1的配置文件中配置主从关系。在配置文件中添加类似如下的内容，其中
masterauth是主服务器的密码，master是主服务器的IP和端口：
slaveof master_ip master_port masterauth your_master_password
- 重启从服务器1使配置生效。
- 安装和配置第二个从服务器（Slave2）：
- 在从服务器2上安装Redis数据库。
- 在从服务器2的配置文件中配置主从关系，与从服务器1相似。确保配置项不冲突。
- 重启从服务器2使配置生效。
- 重启主服务器：
- 在主服务器上查看主服务器的信息，如IP和端口。通常使用以下命令：
INFO server
- 测试主从从架构：
- 在主服务器上进行写操作，如插入、更新或删除数据。
- 查看从服务器1和从服务器2是否同步了主服务器的数据。
需要注意的是，Redis的主从从架构在部署和配置上与主从架构类似，只是需要在从服务器上再次配置主从关系。另外，Redis还可以配置更多高可用性的功能，如哨兵（Sentinel）和集群（Cluster），以实现更强大的架构。具体配置细节可能会因版本和需求而有所不同，建议参考官方文档或相关资源进行详细了解和配置。
主从库间网络断了怎么办？
在 Redis 2.8 之前，如果主从库在命令传播时出现了网络闪断，那么，从库就会和主库重新进行一次全量复制，开销非常大。
2.8之后呢是支持增量同步的，那么Redis是怎么实现增量同步的呢？ 当Redis主从库之间的网络断开后，网络恢复时从库需要进行增量同步，以获取在网络断开期间主库中的更新数据。Redis实现增量同步的方式是通过Redis复制机制，具体流程如下：
- 保存主服务器的数据： 主服务器会将更新的数据写入内存，并在内存中保存一份副本。同时，主服务器会将更新的数据写入AOF（Append-Only File）日志文件，以便在断电或宕机情况下能够进行数据恢复。
- 记录复制偏移量： 在主服务器的复制过程中，主服务器会记录一个复制偏移量（replication offset），表示从服务器在主服务器中的数据位置。这个偏移量会随着数据的更新而递增。
- 网络恢复： 当网络恢复时，从服务器会尝试连接主服务器并请求进行复制。
- 发送SYNC命令： 从服务器会发送SYNC命令给主服务器。如果是初次连接复制，从服务器发送的SYNC命令中不包含任何参数。如果是增量同步，从服务器会发送带有偏移量参数的SYNC命令。
- 全量复制或部分复制：根据情况，主服务器会执行全量复制或部分复制：
- 全量复制（初次连接）： 如果是初次连接复制，主服务器会执行全量复制。它会创建一个RDB快照（数据库快照），将数据库中的数据快照发送给从服务器。这样从服务器就能够拥有主服务器的完整数据集。
- 部分复制（增量同步）： 如果是增量同步，主服务器会从记录的偏移量处开始，将从偏移量后的所有更新数据发送给从服务器。这样从服务器就能够获取在断开网络期间主服务器的更新数据。
- 复制数据传输： 主服务器会将全量数据或增量数据通过网络传输给从服务器。从服务器会接收并处理这些数据，更新自己的数据集。
- 复制过程继续： 一旦复制数据传输完成，从服务器会持续地与主服务器保持连接，接收来自主服务器的增量更新。这样，主从库之间的数据保持同步。
需要注意的是，当网络断开时间较长或断开期间数据更新较大时，增量同步可能会导致从服务器落后于主服务器。在网络恢复后，从服务器需要足够的时间来接收和处理更新数据，以保持与主服务器的数据同步。
一般的排查流程
- 检查网络连接问题： 首先，确保网络连接问题的确是造成主从库通信中断的原因。检查网络配置、防火墙规则、路由等设置，确保主从库之间可以互相访问。
- 重新连接网络： 如果网络问题是暂时的，你可以尝试恢复网络连接，让主从库之间恢复通信。
- 检查主从状态： 在主从库网络连接恢复后，使用
INFO replication命令检查主从库的同步状态。确保主库已将数据同步到从库。 - 手动重新同步：如果主从库之间的网络断开时间较长，可以考虑进行手动重新同步：
- 在从库上，使用
SLAVEOF NO ONE命令解除从库状态。 - 在从库上，删除持久化文件（RDB文件或AOF文件）。
- 在从库上，执行
SLAVEOF master_ip master_port命令，将其重新设置为主库的从库。 - 在主库上，执行
SLAVEOF NO ONE命令解除主库状态。 - 在主库上，执行
SLAVEOF slave_ip slave_port命令，将其重新设置为从库的主库。
- 手动复制数据： 如果网络断开时间较长且重新同步不可行，你可能需要手动复制数据。在主库上导出数据，并在从库上导入数据。
- 备份和恢复： 如果网络问题无法解决，你可能需要在网络恢复后考虑从主库重新备份数据，然后在从库上进行数据恢复。
总结
文章中介绍了Redis主从库架构以及如何配置、维护和解决主从库网络断开的问题。以下是文章中涉及到的主要内容：
- Redis主从库架构及其保证的高可靠性：
- Redis主从库的目的是实现高可靠性，通过数据持久化、主从复制、Sentinel哨兵和Cluster集群等方式来保障数据的安全性和可用性。
- 如何保证副本数据一致：
- Redis通过全量复制和部分复制（增量同步）来保证主从库之间的数据一致性。复制偏移量和复制积压缓冲区等机制用于记录和传输数据。
- 主从库第一次同步的过程：
- 主从库之间的第一次同步涉及主服务器创建RDB快照，发送给从服务器，以及记录期间的写操作进行命令传播。
- PSYNC命令和增量同步：
- PSYNC命令用于主从库网络断开后的增量同步。完全同步用于初次连接，部分同步用于增量同步，从而减少数据传输量。
- 主从从架构及其优势：
- 主从从架构是在主从架构基础上的扩展，通过级联的方式减轻主服务器的复制压力，实现更高的可用性和负载均衡。
- 配置主从从架构的步骤：
- 安装和配置主服务器，从服务器1和从服务器2。
- 重启主服务器，查看主服务器信息。
- 进行测试，验证主从库之间是否同步。
- 解决主从库间网络断开问题：
- 检查网络连接问题，确保主从库之间可以互相访问。
- 重新连接网络，恢复通信。
- 检查主从状态，确保同步。
- 手动重新同步，尝试恢复数据一致性。
- 手动复制数据或备份恢复数据。
本文由 mdnice 多平台发布
