MySQL之主从同步、分库分表
1、主从同步的原理
MySQL主从复制的核心是二进制日志
二进制日志（binlog）记录了所有DDL语句和DML语句，但不包括数据查询（select、show）语句。
1.1、复制分三步
- master主库在事务提交时，会把数据变更记录在二进制日志文件binlog中。
- 从库读取主库的二进制日志文件binlog，写入从库的中继日志relaylog
- slave从库重做中继日志中的事件，将改变反映它自己的数据
2.、分库分表
- 垂直分库
- 垂直分表
- 水平分库
- 水平分表
2.1、垂直分库
以表为依据，根据业务将不同表拆分到不同库中。
- 按照业务对数据分级管理、维护、监控、扩展
- 在高并发下，提高磁盘IO和数据量连接数
示例：
在“好又来”商城微服务项目中，一般有以下模块：用户模块，订单模块，商品模块等，
这时可将各个模块的表单独放在不同的库中，
如biz1库（用户模块的表）、biz2库（订单模块的表）、biz3库（商品模块的表）等。
2.2、垂直分表
以字段为依据，根据字段属性将不同字段拆分到不同表中。
- 冷热数据分离
- 减少IO争抢，两表互不影响
示例：
同样，在“好又来”商城项目中，
有商品表，表中有字段“商品id”、“商品名称”、“商品价格”、“商品详细描述”。
由于是“好又来”项目发展越来越好，商品越来越多，商品表数据量变得庞大。
这时结合业务根据拆分规则进行“垂直分表”，把商品表分为商品表1和商品表2：
商品表1：商品id、商品名称、商品价格
商品表2：商品id、商品详细描述
拆分规则：
- 不常用的字段单独放一张表，
- 把text、bolb等大字段拆分出来放附表。
2.3、水平分库
把一个库的数据拆分到多个库中。
- 解决单库大数据量、高并发的性能瓶颈问题
- 提高系统稳定性、可用性
示例：
有“发发发”银行，因为发展越来越好，客户从几十万膨胀到几百万，这时需要给系统做升级。对数据库进行拆分。
把一个库的用户拆分到4个库中，根据客户号取模把客户分散到4个库。
路由规则：
- 有直接根据客户号取模的，也有根据一些特殊的规则生成的号来路由的。
2.4、水平分表
将一个表的数据拆分到多个表中，可以在同一个库，也可以在不同库。
- 优化单一表数据量过大导致的性能问题
- 避免IO争抢，减少锁表的几率