System Design 学习笔记2
Posted Harpsichord1207
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了System Design 学习笔记2相关的知识,希望对你有一定的参考价值。
本文是GitHub热门项目系统设计入门的学习笔记第2篇,本篇记录了系统架构中经常用到的各个组件。
略过的内容
- DNS
- CDN
- 反向代理
- 缓存
- 安全
负载均衡
常见的负载均衡算法有:
- 随机
- 最小负载/连接
- 轮询/加权轮询
- 哈希
负载均衡还可以分为四层负载均衡和七层负载均衡,例如AWS提供的NLB和ALB就是这样区分的。简单来说,四层负载均衡(NLB)工作在TCP那一层,七层负载均衡(ALB)工作在HTTP那一层,所以NLB性能好,能处理所有TCP流量,ALB性能稍微差点,只能处理HTTP流量,但能根据HTTP本身的数据进行路由(例如请求的路径、参数、Header不同)。
数据库
关系型数据库
关系型数据库的一些技术及其细节:
主从复制
- 主库负责读写,从库只负责读
- 主库在复制数据到从库之前挂掉会造成数据丢失
- 从库太多写入延迟
- 主库挂掉时,从库提升为主库需要额外的逻辑
主主复制
- 需要额外的逻辑来决定写入哪个数据库
- 与主从复制一样的问题
联合
- 把数据按不同功能分为多个库,例如用户库、产品库
- 不方便JOIN
- 应用需要额外逻辑来确定读写哪个库
分片
- 一个表分为多个表,如用户表按姓名首字母分为多个
- SQL语句更复杂
- 分片不合理可能导致数据不均衡,例如某个姓的用户很多
- 不方便JOIN
非规范化
- 即不完全遵循关系型数据库的规范来储存数据
- 冗余信息来减少JOIN操作,适合写少读多的情况
SQL调优
- 慢查询
- 使用索引
非关系型数据库
BASE理论:
- Basically Available: 分布式系统在出现不可预知故障的时候允许损失部分可用性
- Soft state: 允许存在中间状态
- Eventually consistent: 数据最终会一致
类型:
- KeyValue型,如redis
- 文档型,如MongoDB
- 列式存储,如HBase
- 图数据库
SQL还是NoSQL
选择SQL的原因
- 结构化数据
- 关系型数据,需要join
- 事务等
选择NoSQL的原因
- 半结构化数据
- 非关系型数据库
- 高吞吐量等
适合NoSQL的场景
- 埋点和日志数据
- 热数据
- 元数据等
异步
任务队列和消息队列
- 消息队列接收,保留和传递消息,如RabbitMQ、Kafka
- 任务队列接收任务及其相关数据,并执行任务,例如Celery
通讯
略过的内容
- OSI 7层模型
- UDP协议
- RPC
- REST
HTTP协议
- HTTP2.0
TCP协议
- 序列号和校验码
- 确认包和自动重传
- 流量控制和拥塞控制
以上是关于System Design 学习笔记2的主要内容,如果未能解决你的问题,请参考以下文章
Android :安卓第一行代码学习笔记之 material design简单理解和使用
机器学习- 吴恩达Andrew Ng Week6 知识总结 Machine Learning System Design