1. 背景
高并发这个阶段,肯定是需要做读写分离的,啥意思?因为实际上大部分的互联网公司,一些网站,或者是 app,其实都是读多写少。所以针对这个情况,就是写一个主库,但是主库挂多个从库,然后从多个从库来读,那不就可以支撑更高的读并发压力了吗?那具体什么是读写分离又如何解决其中的延迟问题呢?赶快一起来看看吧!
- 监控:MySQL 的主从延迟?
- 影响
- MySQL 主从延迟的影响?
- 多少的延迟,可以接受?
- 原因:MySQL 主从延迟的产生原因?
2. MySQL 主从复制
2.1. 作用
原点之问:MySQL 主从集群的作用,要解决什么问题?
场景:
高并发
情况下,单台 MySQL 数据库承载的连接数多
、读写压力大,MySQL系统瓶颈凸显- 大部分互联网场景,数据模型「一写多读」
- 读次数(
read_num
) 一般是写次数(write_num
)的 10 倍以上 - 补充:数据分析、商业智能等场景,
read_num
和write_num
基本相当,同一量级
- 读次数(
MySQL 集群方式
,能够分散
单个节点的访问压力
。
MySQL 集群,常见方式:主从集群
- Master 节点,负责所有的「写请求」
- Slave 节点,负责大部分的「读请求」
MySQL 主从集群的作用:
MySQL 主从集群,分散访问压力,提升整个系统的可用性,降低大访问量引发的故障率。