架构师训练营第六周总结
数据分片:
分片目标
分片特点
分片原理
硬编码实现数据分片

映射表外部存储

分布式数据库中间件:实际中用的更多
前两种会带来不必要的复杂性

由分布式中间件对数据进行路由


用户根本不知道自己的SQL被分片了
路由模块计算依据

用的是余数hash
关键点:如何进行路由选择
如何做集群的伸缩

新增加服务器的时候,一定要把数据迁移过来
实践中用余数hash 一个服务器上部署多个数据库
进行扩容的时候,只需要把数据库实例迁移到新的
服务器上即可,路由规则不会变,唯一改变的是连接
对应的URL即可
什么时候修改URL呢?数据迁完了改
分布式数据库部署方案



一开始要做好容量规划
CAP原理


老师,你能不能不要总是说 然后的话 这四个字

基于虚拟节点的分区算法:
均衡性:数据分布均衡
波动性:X/(M+X),优于一致性hash的X/M
集群管理-健康检查和配置抓取
关键技术点-可用性关键点场景
瞬时失效 jvm stop the world
关键技术点-扩容实施数据迁移
架构师应该把关键的代码写了
架构师应该多思考,天天忙来不及思考
专利还是要有创新的
分布式系统脑裂
抓住问题,比解决问题重要
评论