目录
myCate 或 sharding-sphere 中间件,实现主库写,从库读,分库分表
同步方式
after_Commit 主库写入日志到binLog, 等待binLog复制到从库,主库提交自己的本地事务,等待从库返回成功的响应,然后主库返回提交事务成功的响应给客户端
MySQL 5.7 默认方式,主库把日志写入binLog, 并且复制给从库,然后开始等待从库的响应,从库返回说成功给主库了,主库再提交事务,接着返回提交事务成功的响应给客户端
实现方式
方式1
传统方式,搭建半同步复制:
1. 安装半同步复制插件,主库安装 rpl_semi_sync_master, 从库安装 rpl_semi_sync_slave
2. 开启半同步复制功能
方式2
GTID方式,搭建半同步复制:
1. 修改配置文件
2. 倒入主库备份数据
3. 开启半同步复制功能
延迟监控
监控延迟的工具,percona-toolkit工具集中的 pt-heartbeat 工具
主从同步延迟
原因:主库多线程写,从库单线程拉取写入
解决方式:
MySQL 5.7 支持多线程并行复制,设置方式,从库设置
slave_parallel_workers>0
slave_parallel_type=LOGICAL_CLOCK
高可用架构管理工具
数据库高可用架构管理工具MHA(Mater High Availability Manager and Tools for MySQL)perl脚本写的工具
可以实现,主从(读写)自动切换 或 手动切换
分库分表
订单表为例
C端系统
1. 订单表进行分库分表
2. 建立 userId : orderId 映射关系表,该表按照userId进行分库分表
3. 查询的时候,先通过 userId 进行hash取模,获得该用户所有的订单id数据,可以对这些订单id进行分页查询,再通过orderId 进行hash取模,获取该订单的具体信息(解决了实际问题,但是会多一次网络IO)
B端系统
根据N多条件对订单进行搜索,这些搜索条件都存放在ES里,获取orderId,然后通过 orderId 进行hash取模,获得完整的订单数据
c端的系统也可以采用这种方式,不过ES查询的时候,要注意数据隔离