fwhezfwhez的博客

前言从自建数据库到云数据库的无损迁移方案的设计和实行，是基于以下背景:在服务流量比较少时，多个模块共服务，共数据库。qps起来后，发现数据库因为热点流量，出现了读写瓶颈。在迁移时，数据库选型为自建还是云数据库。因为运维能力在dba层面比较薄弱，暂时不考虑继续维护数据库生态，而使用云厂商的云数据库组件维护，而旧数据源是使用了自建数据库。并且，云数据库不开放定制化双写设置，内部的迁移计划粒度，也无法细化到某个表，并且做不到业务无损。迁移过程，业务方期望用户无感，流量无损，不接受停机。PS: 方案数

前言在互联网后端架构中，缓存是一种非常常见的解决方案，它有效解决了以下场景:请求数过多，打垮数据库，缓解数据库压力。降低调用第三方api出错率。某些极端场景下，有效可靠的降级方案。缓存的设计和实现，在架构上一般可以分2级。为什么不做3级，如果觉得有必要做,可以做，但是目前这种场景还很少。正文一级缓存，最常规的方案，就是Redis。Redis是分布式一级缓存，多api节点可以共用redis，使得缓存源一致。一级缓存作用显而易见，是为了缓解数据库压力。二级缓存，是api节点内存。二级缓存的作