垂 直 拆 分 : \red{垂直拆分:} 垂直拆分:
将一个表的冗余字段拆出去,成立一张新表,通过上游rpc建立关联。
虽然单个请求响应时间略微增加,但是整体吞吐量会显著提升。
读 写 分 离 : \red{读写分离:} 读写分离:
主库负责写,从库负责读,主从会容许一定的同步延迟。
数据库中间件会加入hint来标识,强制事务走主库。
在主库挂掉之后要选择一个从库来完成主从切换。
数据库中间件流程:
sql解析:建立抽象语法树
sql路由:确定sql操作哪些分表
sql改写:将操作一个表的sql,改成操作多个子表的sql
sql执行:将不依赖的sql并发去执行
结果集合并:将多子表查询结果合并
缺点:
有些聚合函数中间件不会支持,比如avg,group by
分 库 分 表 : \red{分库分表:} 分库分表:
hash切分减少单表的数据量,减少压力
- 存在问题:
多表sql:多表多库后,原一个表的sql要改写成多表的sql
全局id:主键的生成要满足hash划分的算法,多表之间不能冲突
全局事务:多表批量插入
动态扩容:分表数量改变
- 主流方案:
代理方案proxy:
优点:
升级方便
支持多语言
缺点:
独立的代理服务,需要高可用和负载均衡,非常占用资源,
与mysql通信协议交互实现起来复杂
客户端方案smart-client:
优点:
少了一层网络IO
轻量,去中心化
缺点:
批量版本升级困难
通常只支持一种语言