会，Redis主从同步常打爆网卡，尤其跨机房、大key迁移或全量复制时；因Redis无带宽限速参数，需用tc对主节点6379端口出向流量限速，并调大repl-timeout防超时断连。
Redis主从同步真的会打爆网卡吗
会，而且很常见——尤其在跨机房同步、大key迁移或全量复制（PSYNC）阶段。Redis本身不提供带宽限速参数，主节点发数据、从节点拉数据，全靠TCP栈和系统网络栈“自由发挥”。一旦内网带宽只有1Gbps，而主库RDB快照有800MB，几秒内就可能占满链路，影响其他服务。
用tc命令对redis-server进程做出口限速
tc是Linux最直接的流量整形工具，但要注意：它只能按网卡+端口/进程控制出向流量，且必须作用于主节点的发送路径。Redis从节点的同步请求是入向，限速无效；真正要压的是主节点往外发RDB和repl backlog的流量。
- 先确认主节点redis-server监听的端口（默认
6379），再查它绑定的网卡（比如eth0） - 用
tc qdisc add dev eth0 root handle 1: htb default 30建根队列 - 用
tc class add dev eth0 parent 1: classid 1:1 htb rate 50mbit ceil 50mbit设硬上限为50Mbps（别设太低，否则复制超时） - 用
tc filter add dev eth0 protocol ip parent 1:0 u32 match ip dport 6379 0xffff flowid 1:1把6379端口出向流量导到该class - 限速生效后，可用
tc -s class show dev eth0看实时速率和丢包
为什么不用iptables + TPROXY或netem
iptables配合TPROXY能做透明重定向，但对Redis同步无意义——它不修改流量方向，只做标记；netem适合模拟延迟/丢包，不适合稳态限速，抖动大，容易触发REPL_TIMEOUT错误。
-
netem的rate参数实际是“平均速率”，突发流量仍可能冲高 - 主从之间有心跳（
REPLCONF ACK）和命令传播，限速不能阻塞小包，否则从节点认为断连 -
tc htb支持burst缓冲区，比netem更适合保底+弹性场景
Redis配置里哪些参数会影响同步带宽表现
虽然不能直接限速，但几个关键配置会显著改变流量模式和峰值压力：
-
repl-backlog-size设太大（如2GB），主节点内存吃紧，且全量复制时可能触发多次RDB重写，放大IO和网络压力 -
repl-timeout默认60秒，若网络限速后同步变慢，需同步调大，否则从节点反复断连重试 -
repl-diskless-sync yes开启无盘复制，可避免主节点写RDB文件再读取的IO放大，让tc限速更精准——因为流量几乎全是socket直出 -
client-output-buffer-limit slave只限制从节点客户端缓冲区，不影响同步协议本身，别指望靠它控带宽
真正起作用的永远是网络层的tc，Redis配置只是配合它减少抖动和重传。很多人卡在没调repl-timeout，结果限速一上，从节点日志刷屏Connection with slave lost。
