MySQL架构演进-从主从复制到分库分表

谁践踏了优雅 2023-09-27 08:12 55阅读 0赞

## 背景 ##

> 业务飞速发展导致数据规模急速膨胀，单机的数据库已经无法满足互联网业务的发展。
> 
> 传统的将数据集中存储单一数据结节的方案，在容量、性能、可用性和可维护性方面已经难以满足互联网海量数据的场景。
> 
> 从容量方面考虑，单机数据库容量有限，难以扩容。
> 
> 从性能方面来说，由于关系型数据库大多数采用B+树类型索引，在数据量超过一定的阈值后，索引的深度增加导致对磁盘的随机IO次数增加，进而导致性能问题。
> 
> 从可用性方面来说，服务通常设计成无状态的，这必然导致系统的存储压力都集中在数据库层面，而单一的数据节点，或者简单的主从架构，已经越来越难以承担。
> 
> 从运维角度来看，当数据都集中在一个节点上时，数据备份和恢复的时间成本也随之数据量上升变得不可控。同时数据丢失导致影响的范围也会被放大。

![2abea9f891114d5daf893d17d5170ca2.png][]

####  ####

## 主从复制 ##

*  主库将事务操作（除了查询以外的操作）记录到binlog
 *  从库通过relay log同步数据，实现数据的同步

![a53556963fe44144bbea412a58685031.png][]

binlog日志格式

*  row 记录数据库操作详细记录，包括上线文信息等，文件较大。
 *  statement 记录事务相关的SQL文件。
 *  mixed 混合式, 基于row和statement两种文件格式。

**异步复制**

> 2000年，MySQL3.23.15版本引入复制功能，采用异步复制的方式，当网络或者机器故障，会导致数据不一致。

![083c8e00ac254f3faed8684b7974baae.png][]

**半同步复制**

> 2010年, MySQL 5.5版本引入半同步复制, 半同步复制是指只要一个salve节点返回ack，master节点就可以提交事务了，保证数据库至少有一个节点完成了数据的同步。

![db86925cf365406eab7385b3b621adb1.png][]

**组复制**

> 2016年，MysQL在5.7.17中引入Inn

[2abea9f891114d5daf893d17d5170ca2.png]: https://img-blog.csdnimg.cn/2abea9f891114d5daf893d17d5170ca2.png
[a53556963fe44144bbea412a58685031.png]: https://img-blog.csdnimg.cn/a53556963fe44144bbea412a58685031.png
[083c8e00ac254f3faed8684b7974baae.png]: https://img-blog.csdnimg.cn/083c8e00ac254f3faed8684b7974baae.png
[db86925cf365406eab7385b3b621adb1.png]: https://img-blog.csdnimg.cn/db86925cf365406eab7385b3b621adb1.png