带你完虐面试官之MySQL主从同步和分库分表

主从同步的原理

MySQL主从复制的核心就是二进制日志

二进制日志（BINLOG）记录了所有的DDl（数据定义语言）语句和DML（数据操纵语言）语句，但不包括数据查询（SELECT、SHOW）语句。

复制分成三步：

1.Master主库在事务提交时，会把数据变更记录在二进制日志文件Binlog中。

2.从库读取主库的二进制日志文件Binlog，写入到从库的中继日志Relay Log。

3.slave重做中继日志中的事件，将改变反映它自己的数据。

分库分表

分库分表的时机：

1、前提，项目业务数据逐渐增多，或业务发展比较迅速（单表的数据量达1000W或20G以后）

2、优化已解决不了性能问题（主从读写分离、查询索引...）

3、IO瓶颈（磁盘IO、网络IO）、CPU瓶颈（聚合查询、连接数太多）

拆分策略

垂直拆分

• 垂直分库

以表为依据，根据业务将不同表拆分到不同库中。

特点：

1、按业务对数据分级管理、维护、监控、扩展

2、在高并发下，提高磁盘IO和数据量连接数

• 垂直分表

以字段为依据，根据字段属性将不同字段拆分到不同表中。

拆分规则：

• 把不常用的字段单独放在一张表
• 把text、blob等大字段拆分出来放在附表中

特点：

1、冷热数据分离

2、减少IO过渡争抢，两表互不影响

水平拆分

• 水平分库

将一个库的数据拆分到多个库中。

路由规则

• 根据id节点取模
• 按id也就是范围路由，节点1（1-100w），节点2（100w-200w）

特点：

1.解决了单库大数量，高并发的性能瓶颈问题

2.提高了系统的稳定性和可用性

• 水平分表

将一个表的数据，拆分到多个表中（可以在同一个库中）。

特点：

1.优化单一表数据量过大而产生的性能问题；

2.避免IO争抢并减少锁表的几率；

• 新的问题和新的技术

分库之后的问题：

• 分布式事务一致性问题
• 跨节点关联查询
• 跨节点分页、排序函数
• 主键避重

分库分表中间件：

• sharding-sphere
• mycat（主流）