负载均衡笔记

并发数—同时服务的调用方的数量

吞吐量—单位时间内，能接受和返回的数据请求量

TPS。  Transaction事务

QPS。Query 请求/查询

优化点：

减少并发数—防止并非过高

低级—限流—可用的用户少了？！

多开几个口—分流

DNS 解析域名到IP

A记录。 address ip

CName 域名到域名

负载均衡跟DNS解析 思路上一样

CAP 一般中间件时候考虑

AC冲突

舍弃P、单点数据库

舍弃A、zk

舍弃C、eureka

一般AP、舍弃C。舍弃强一致性、保证最终一致性。通过最终一致性，兼顾3个特性

读多写少

读写分离

应用内并发

线程

—提升效率—多路计算

—主线程提前释放、避免阻塞耗时—发邮件，记日志，第三方交互/上报信息

线程数计算：

Cpu建议 负载70%

计算密集型/IO密集型

进程—多进程、docker、不同端口启动/开多应用

协程—线程中的线程、