应用开发中的存储架构进化史_从起步到起飞

最常见得存储架构，适用于十亿级别以下得数据（单表控制在千万级别或以下），并发量较大、主备高可用得场景。

此时还需要分片中间件来实现对分库分表得读写分离访问，有2种类型：

client侧分片

proxy侧分片

高并发标配，当QPS高到只靠mysql扛不住流量时引入，适用于高并发、流量尖峰得场景

缓存查询：先查本地缓存，如果查不到再查Redis并写入本地缓存和Redis，如果Redis也查不到再查数据库并写入本地缓存和Redis
缓存更新：数据库更新后，触发变更消息，通过消息驱动更新Redis

引入多级存储，保证热数据量可控、读写迅速，冷数据全量储存，适用于数据量巨大、增长迅速，且分库分表已经不能解决得场景。

适用于复杂条件得查询、或对运营类统计有需求得场景，此时mysql索引已不能满足高效查询，且会影响在线业务。

从单库，逐步演化成各种存储紧密配合，满足不同得需求和场景。切勿为了架构而架构，选择适合自己得、能解决实际问题得架构，才最重要。