小网站到大网站架构的演化之路 学习总结

1.大型网站的架构不是设计出来的，而是演化出来的
2.因事成人，而不是因人成事；
阿里技术演变这10年
1.单机服务器；应用程序，文件，数据库
2.要满足多少并发；
3.大概有多少并发：
PV:pageview页面访问量；
UV:uniqueview不同浏览器访问同一个页面算多个；
IP:ipv4多个浏览器算一个，局域网算一个；

QPS:query per second: 每秒查询数；

3.如何应对高并发：
IIS 队列排队：
任务处理速度：数据库，算法,cpu,内存，缓存，线程数量

100个并发任务--1000线程

一个系统的承载能力只能基于数据估算，只能通过工具测试
4.常见问题：
请求阻塞，timeout,数据库超时，硬件不够用cpu,内存

5.硬件升级：与上限；能用钱解决的问题用钱解决问题；
6.水平扩展：分开服务器协调合作：不同服务器不同配置：CUP,内存，磁盘转速；钱解决不了的问题用技术解决

7.使用缓存：其实时保护数据库，减轻数据库的压力
客服端缓存（图片，js,css)
CDN缓存
反向代理缓存：
服务器缓存（本地缓存）
分布式缓存
二八原则：80%财富掌握在20%人手中；
木桶理论：决定木桶装水的能力的式最短的那块木板；
80的查询都是查询20%的数据

热数据：物竞天择，正常缓存
缓存穿透：缓存不命中，不生效，一下子数据库压力暴涨，就会崩溃；
缓存预热：系统重启时，通过程序读取数据到缓存；
删库跑路:数据当天恢复，系统功能4天恢复；
数据库80%查询，20%插入修改；
分布式文件系统：TFS,GFS,NFS

8.集群：
多个服务器做同样的事，多个服务器代码一样的
FTP同步：
负责均衡,请求转发：

8.1.DNS负责均衡：DNS可给一个域名配置多个ip+端口，按地域，随机，轮询；

DNS 互联网第一跳；
8.2 硬件的负载均衡：F5 20W/台
8.3 软件的负载均衡：
LVS:4层协议
Nginx:7层协议转发，get/post url header
随机轮询--权重--IPhas
1.cookie验证；
2.sessionStateServer
3.基于数据库
4.分布式集中存储:redis
5.会话粘滞-IPHASH



9.分布式：
TFS分布式文件系统

如何应对高并发？
1.定位问题，到底式服务器配置低，还是业务复杂，还是网络带宽问题，
2.然后一一解决：
3.一般系统的瓶颈在数据库，常规的索引优化，执行计划分析，缓存，读写分离,分库，分表；