数据同步

引言：数据孤岛的痛 数字化转型后，企业通常会有多个系统： OMS订单系统 WMS仓储系统 ERP财务系统 TMS物流系统 BI报表系统 如果这些系统之间数据不通，就会形成"数据孤岛"： 同一个数据，各系统不一致 需要人工在多个系统之间搬运数据 无法获得全局视图 系统集成的目标：让数据自动流转，保持一致。 一、集成架构模式 1.1 三种集成模式对比 模式1：点对点集成 ┌─────┐ ┌─────┐ │ OMS │◄───►│ WMS │ └──┬──┘ └──┬──┘ │ │ │ ┌─────┐ │ └─►│ ERP │◄─┘ └─────┘ 优点 缺点 简单直接 耦合度高 实现快 维护难 扩展性差 模式2：ESB企业服务总线 ┌─────┐ ┌─────┐ ┌─────┐ │ OMS │ │ WMS │ │ ERP │ └──┬──┘ └──┬──┘ └──┬──┘ │ │ │ └────────┼────────┘ │ ┌─────▼─────┐ │ ESB │ │ 企业服务总线│ └───────────┘ 优点 缺点 统一管理 架构复杂 解耦 单点风险 可监控 成本高 模式3：事件驱动架构（推荐） ...

引言 单个Redis实例存在风险：硬件故障、数据丢失、无法扩展读能力。**主从复制（Master-Slave Replication）**是Redis高可用的基础。 今天我们深入剖析Redis主从复制的实现原理。 一、主从复制概述 1.1 什么是主从复制？ 主节点（Master） 从节点（Slave1、Slave2） ↓ ↓ [写操作] SET key value [只读] GET key ↓ ↑ 自动同步数据 ───────────────────────┘ 特点： - 主节点：可读可写 - 从节点：只读（默认） - 数据自动同步：主 → 从 1.2 应用场景 读写分离：主写从读，提升读性能 数据备份：从节点作为数据备份 高可用：主节点宕机，从节点可提升为主 异地容灾：从节点部署在不同机房 二、配置主从复制 2.1 基本配置 # 从节点配置 redis-server --port 6380 --replicaof 127.0.0.1 6379 # 或修改redis.conf replicaof 127.0.0.1 6379 # 指定主节点 2.2 运行时配置 # 从节点执行 127.0.0.1:6380> REPLICAOF 127.0.0.1 6379 OK # 取消复制 127.0.0.1:6380> REPLICAOF NO ONE OK # 变为独立节点 2.3 查看复制状态 # 主节点 127.0.0.1:6379> INFO replication role:master connected_slaves:2 slave0:ip=127.0.0.1,port=6380,state=online,offset=1234 slave1:ip=127.0.0.1,port=6381,state=online,offset=1234 # 从节点 127.0.0.1:6380> INFO replication role:slave master_host:127.0.0.1 master_port:6379 master_link_status:up 三、复制流程 3.1 全量复制（Full Resynchronization） 触发时机： ...