lvs + mysql

nat 会修改ip地址，
Clint----lvs-----Real

1. clint 访问过来 到 lvs
2. 首先到 prerouting 链， 比对目标IP 是本机ip，发送到 input链
3. ipvs 对比是集群服务，把 vip 修改成 rip
4. postrouting 链通过选路 发送给 rip
5. rs处理 完 发给网关（DS） lvs 再把 rip 修改成vip 发送给client

DR 原理： LO 需要配置vip
3 把cip的mac 修改成 自己的mac， 把目标ip的mac 修改成rs的mac。
4. 通过第二层发送给 rs
5. rs处理完 通过lo 传送给 eth0 发送给 client

tun lo 需要配置vip。 封装
3. 做一层封装数据包 目标ip是 rip， 源ip是 DIP
5. rs 处理发现第二层包，发现目标ip是 lo网卡的 vip 开始处理 完成后 通过网关 响应

轮询 最少链接 目标地址散列，源地址散列
加权

扩展

ospf + lvs

等价路由协议 让 lvs 可以相互都为master。这样既不浪费设备，还可以做互相备份

https://www.cnblogs.com/xiaohanlin/p/7901081.html

mysql 主从同步延时问题解决：
mysql 主库是 顺序写， 从库是随机写， 原因就是 从库压力大， ，主库可以并发处理 ddl和dml，Slave_SQL_Running 从库不可以。
主库写压力太大，超过slave——sql——running 负载，
从库读压力太大，导致锁等待，读写压力太大，cpu处理能力，网卡负荷大，硬盘随机IO太高次要原因：读写binlog带来的性能影响，网络传输延迟
解决方案：
分库，
单个库读写分离，
添加中间件，memcache或者 redis cache层 降低读写压力。
不同业务mysql 分开物理机
提升slave的硬件性能
sync_binlog=0 不控制 binlog刷新
–logs-slave-updates 更新不计入二进制日志
关闭从库的 binlog
slave端，如果使用的存储引擎是innodb，innodb_flush_log_at_trx_commit =2 PS 0的性能更高， 事务提交等 不刷新到磁盘，写到内存
关闭文件系统的 atime