mysql(5):主从复制和分库分表

主从复制集群

概念:主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。

使用场景

  1. 读写分离:使用主从复制,让主库负责写,从库负责读,这样,即使主库出现了锁表的情景,通过读从库也可以保证业务的正常运作。
  2. 数据实时备份:当系统中某个节点发生故障时,可以方便的故障切换。
  3. 高可用High Availability
  4. 架构扩展:增加多个数据存储节点,将负载分布在多个从节点上,降低单机磁盘I/O访问的频率,提高单个机器的I/O性能。

主从形式

  1. 一主一从
  2. 一主多从:提高读性能
  3. 多主一从:将多个mysql数据库备份到一台存储性能比较好的服务器上
  4. 双主复制:互做主从复制,每个服务器既是master,又是另外一台服务器的slave。任何一方所做的变更,都会通过复制应用到另外一方的数据库中。
  5. 级联复制:部分slave的数据同步不连接主节点,而是连接从节点。不仅可以缓解主节点的压力,并且对数据一致性没有负面影响。

主从复制原理

主从复制涉及到三个线程,一个运行在主节点(log dump thread),其余两个(I/O thread, SQL thread)运行在从节点。

mysql(5):主从复制和分库分表

当从节点连接主节点时,主节点会创建一个log dump线程,用于发送bin-log的内容。在读取bin-log中的操作时,此线程会对主节点上的bin-log加锁。一旦该事件被线程读取完之后,该锁会被释放,即使在该事件完全发送到从库之前,该锁也会被释放。

当从节点上执行start slave命令之后,从节点会创建一个I/O线程用来连接主节点,请求主库中更新的bin-log。I/O线程接收到主节点log dump进程发来的更新之后,保存在本地relay-log中。

SQL线程负责读取relay log中的内容,解析成具体的操作并执行,最终保证主从数据的一致性。

对于每一个主从连接,都需要三个进程来完成。当主节点有多个从节点时,主节点会为每一个当前连接的从节点建一个binary log dump 进程,而每个从节点都有自己的I/O进程,SQL进程。

分库分表策略

数据切分方案

数据切分规则

数据切分原则

分库分表要解决的问题

分布式事务问题
分布式主键ID问题
跨库join问题
跨库count、order by、group by问题

Mycat集群

架构介绍

核心概念介绍

十种常见分片规则

https://blog.csdn.net/kingice1014/article/details/76136337

Mycat集群搭建与分库分表应用

Mycat读写分离方式设置