摘要：
总结 垂直拆分？尽量把： （1）长度较短 （2）访问频率较高 （3）经常一起访问 的属性放在主表里； 原因：数据库缓冲池，逻辑上，以row为单位缓冲数据。 举个例子，假设缓冲池1G Case1，未拆分： user表，1行记录为1k，只能缓存100w行数据 Case2，垂直拆分： user_base表 阅读全文
posted @ 2020-08-07 23:33
坤妹家萌萌哒萌新
阅读(159)
评论(0)
推荐(0)
摘要：
总结 数据库要设计什么： （1）依据“业务模式”设计表结构 （2）依据“访问模式”设计索引结构 读性能提升，常见方法与实践： （1）增加索引，不同实例不同索引 缺点：① 写性能降低 ②索引占用内存大，buffer命中率降低，读性能降低 实例：用户中心功能实施一主两从，读写分离架构。 其中主库只为线上 阅读全文
posted @ 2020-08-05 06:38
坤妹家萌萌哒萌新
阅读(244)
评论(0)
推荐(0)
摘要：
总结：连接池，高可用+可扩展+负载均衡 细节： （1）高可用，故障自动转移 （2）扩展性，服务发现：自动载入新服务节点配置（1 监控配置文件，并重新载入，2 配置中心回调，并重新载入）+动态连接池 （3）负载均衡：轮询，随机，静态权重，动态权重 阅读全文
posted @ 2020-08-02 18:10
坤妹家萌萌哒萌新
阅读(295)
评论(0)
推荐(0)
摘要：
总结：连接池 1 在有连接池之前，怎么访问下游？ （1）建立连接 （2）通过连接，收发请求 （3）关闭连接 2 提前建立连接池之后，怎么访问下游？ （1）拿一个连接 （2）通过连接，收发请求 （3）放回连接 细节： （1）为什么要连接池（频繁的建立连接与销毁连接，在吞吐量提升到一定级别的时候，会成为 阅读全文
posted @ 2020-08-02 17:49
坤妹家萌萌哒萌新
阅读(462)
评论(1)
推荐(0)
摘要：
总结：负载均衡，是分布式系统架构设计必须考虑的因素 含义：将请求或数据，均匀的分摊到多个操作单元上执行 方法论： （1）同构，重点在于“均匀” （2）异构，重点在于“负载与能力匹配” 细节： （1）反向代理层、站点应用层、微服务层、数据层如何实施负载均衡 （2）连接池很重要，高可用/扩展性/负载均衡 阅读全文
posted @ 2020-08-02 17:15
坤妹家萌萌哒萌新
阅读(319)
评论(0)
推荐(0)
摘要：
总结：高并发，是分布式系统架构设计必须考虑的因素 含义：通过设计一些方案，保证系统能够同时并行的处理很多用户的用户请求 指标：（1）响应时间（Response Time） （2）吞吐量（Throughput） （3）每秒查询率QPS（Query Per Second） （4）并发用户数 方法论： 1 阅读全文
posted @ 2020-08-02 10:45
坤妹家萌萌哒萌新
阅读(499)
评论(0)
推荐(0)
摘要：
总结：高可用，是分布式系统架构设计必须考虑的因素 含义：通过减少系统不能提供服务的时间 方法论：集群冗余+故障自动转移 细节： （1）“端”到“反向代理” ##反向代理集群冗余+故障自动转移（keepalived+virtual IP） （2）“反向代理”到“站点应用” ##站点层冗余+反向代理配置 阅读全文
posted @ 2020-08-02 08:47
坤妹家萌萌哒萌新
阅读(359)
评论(0)
推荐(0)
摘要：
总结，微服务粒度 （1）统一服务层 （2）一个子业务一个服务 （3）一个库一个服务 （4）一个接口一个服务 互联网最佳实践：一个子业务一个服务 阅读全文
posted @ 2020-08-02 08:01
坤妹家萌萌哒萌新
阅读(379)
评论(0)
推荐(0)
摘要：
总结，服务化有什么好处？ （1）复用性，消除代码拷贝 （2）专注性，防止复杂性扩散 （3）解耦合，消除公共耦合 （4）高质量，SQL稳定性有保障 （5）易扩展，消除数据库解耦合 （6）高效率，调用方研发效率提升 阅读全文
posted @ 2020-08-01 23:26
坤妹家萌萌哒萌新
阅读(450)
评论(0)
推荐(0)
摘要：
单体ALL in one 架构，遇到什么问题，架构如何演进？ （1）技术不炫技，以解决业务问题为导向； （2）系统改造尽可能小的架构方案； （3）以最快的速度，提升系统的性能，解决遇到的问题； 问题一：如何突破单机资源限制，提升性能？ 架构演进：伪分布式，提升性能 三大分离 （1）动静分离 （2）读 阅读全文
posted @ 2020-08-01 23:08
坤妹家萌萌哒萌新
阅读(146)
评论(0)
推荐(0)
浙公网安备 33010602011771号