主从复制集群
概念:主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。
使用场景:
- 读写分离:使用主从复制,让主库负责写,从库负责读,这样,即使主库出现了锁表的情景,通过读从库也可以保证业务的正常运作。
- 数据实时备份:当系统中某个节点发生故障时,可以方便的故障切换。
- 高可用High Availability
- 架构扩展:增加多个数据存储节点,将负载分布在多个从节点上,降低单机磁盘I/O访问的频率,提高单个机器的I/O性能。
主从形式:
- 一主一从
- 一主多从:提高读性能
- 多主一从:将多个mysql数据库备份到一台存储性能比较好的服务器上
- 双主复制:互做主从复制,每个服务器既是master,又是另外一台服务器的slave。任何一方所做的变更,都会通过复制应用到另外一方的数据库中。
- 级联复制:部分slave的数据同步不连接主节点,而是连接从节点。不仅可以缓解主节点的压力,并且对数据一致性没有负面影响。
主从复制原理
主从复制涉及到三个线程,一个运行在主节点(log dump thread),其余两个(I/O thread, SQL thread)运行在从节点。
当从节点连接主节点时,主节点会创建一个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