学习笔记——高性能架构模式

读写分离，就是将访问数据的压力分散到不同节点上，会增加存储资源。

一般是两台服务起，一台是主服务器主要是负责写数据，另外几台是作为读数据，主服务器需要将数据同步到从服务器中。同步数据会带来两个复杂度：复制延迟和分配机制。

复制延迟就是说数据同步有延迟的情况，对于一些特殊场景是无法接受的。处理方案有：

写操作后读操作在指定数据库主服务器；多读几次从服务器；关键业务读写都在主服务器，非关键业务采取读写分离。总的来讲就是特殊业务场景直接访问关键数据，一般场景就读写分离。

分配机制有程序代码封装和中间件封装

代码封装 在代码中抽象一个数据访问层，实现腹泻分离和数据库连接的管理。实现简单，可以定制化，但是语言不通用，需要修改配置重新发版。

中间件封装

中间件封装指的是独立一套系统出来，实现读写操作分离和数据库服务器连接的管理。

能够支持多种编程语言，因为数据库中间件对业务服务器提供的是标准 SQL 接口。

数据库中间件要支持完整的 SQL 语法和数据库服务器的协议

数据库中间件自己不执行真正的读写操作，但所有的数据库操作请求都要经过中间件，中间件的性能要求也很高。

数据库主从切换对业务服务器无感知，数据库中间件可以探测数据库服务器的主从状态

-----------------------------------分割线-----------------------------------------

业务分库

将业务的数据分别存放到对应的服务器中。存在三个问题：

join 操作问题 业务分库后，原本在同一个数据库中的表分散到不同数据库中，导致无法使用 SQL 的 join 查询。

事务问题 原本在同一个数据库中不同的表可以在同一个事务中修改，业务分库后，表分散到不同的数据库中，无法通过事务统一修改

成本问题 业务分库同时也带来了成本的代价 

初创公司别这么玩 死的快

分表

垂直分表：垂直分表适合将表中某些不常用且占了大量空间的列拆分出去 垂直分表引入的复杂性主要体现在表操作的数量要增加 

水平分表：水平分表适合表行数特别大的表，有的公司要求单表行数超过 5000 万就必须进行分表，这个数字可以作为参考，但并不是绝对标准，关键还是要看表的访问性能。

路由：水平分表后，某条数据具体属于哪个切分后的子表，需要增加路由算法进行计算，这个算法会引入一定的复杂性

范围路由：选取有序的数据列（例如，整形、时间戳等）作为路由的条件，不同分段分散到不同的数据库表中。以最常见的用户 ID 为例。范围路由的优点是可以随着数据的增加平滑地扩充新的表。范围路由的一个比较隐含的缺点是分布不均匀

Hash 路由：选取某个列（或者某几个列组合也可以）的值进行 Hash 运算，然后根据 Hash 结果分散到不同的数据库表中。Hash 路由的优点是表分布比较均匀，缺点是扩充新的表很麻烦，所有数据都要重分布。

配置路由：配置路由就是路由表，用一张独立的表来记录路由信息

-----------------------------------分割线-----------------------------------------

缓存架构

缓存穿透是指缓存没有发挥作用，业务系统虽然去缓存查询数据，但缓存中没有数据，业务系统需要再次去存储系统查询数据

缓存雪崩是指当缓存失效（过期）后引起系统性能急剧下降的情况。当缓存过期被清除后，业务系统需要重新生成缓存，因此需要再次访问存储系统，再次进行运算，这个处理步骤耗时几十毫秒甚至上百毫秒

更新锁 对缓存更新操作进行加锁保护，保证只有一个线程能够进行缓存更新，未能获取更新锁的线程要么等待锁释放后重新读取缓存，要么就返回空值或者默认值。

后台更新 由后台线程来更新缓存，而不是由业务线程来更新缓存，缓存本身的有效期设置为永久，后台线程定时更新缓存。

缓存热点 虽然缓存系统本身的性能比较高，但对于一些特别热点的数据，如果大部分甚至所有的业务请求都命中同一份缓存数据，则这份数据所在的缓存服务器的压力也很大

缓存热点的解决方案就是复制多份缓存副本，将请求分散到多个缓存服务器上，减轻缓存热点导致的单台缓存服务器压力

-----------------------------------分割线-----------------------------------------