摘要：
马上开始去开发业务系统 从哪一步开始做，从比较简单的那一块开始做，实时性要求比较高的那块数据的缓存去做 实时性比较高的数据缓存，选择的就是库存的服务 库存可能会修改，每次修改都要去更新这个缓存数据; 每次库存的数据，在缓存中一旦过期，或者是被清理掉了，前端的nginx服务都会发送请求给库存服务，去获 阅读全文
摘要：
最经典的缓存+数据库读写的模式，cache aside pattern 1、Cache Aside Pattern （1）读的时候，先读缓存，缓存没有的话，那么就读数据库，然后取出数据后放入缓存，同时返回响应 （2）更新的时候，先删除缓存，然后再更新数据库 2、为什么是删除缓存，而不是更新缓存呢？ 阅读全文
摘要：
我们之前的三十讲，主要是在讲解redis如何支撑海量数据、高并发读写、高可用服务的架构，redis架构 redis架构，在我们的真正类似商品详情页读高并发的系统中，redis就是底层的缓存存储的支持 从这一讲开始，我们正式开始做业务系统的开发 亿级流量以上的电商网站的商品详情页的系统，商品详情页系统 阅读全文
摘要：
1、讲解redis是为了什么？ topic：高并发、亿级流量、高性能、海量数据的场景，电商网站的商品详情页系统的缓存架构 商品详情页系统，大型电商网站，会有很多部分组成，但是支撑高并发、亿级流量的，主要就是其中的大型的缓存架构 在这个大型的缓存架构中，redis是最最基础的一层 高并发，缓存架构中除 阅读全文
摘要：
基本讲解到现在，大家其实直接到公司里，就可以去搭建redis了 因为其实有些东西，也许没有讲解到细节的一些东西，比如一些参数的设置 不同的公司，不同的业务，不同的数据量，可能要调节的参数不同 到这里为止，大家就差不多了，按照这个思路，去搭建redis支撑高并发、高可用、海量数据的架构，部署 可以用公 阅读全文
摘要：
一、节点间的内部通信机制 1、基础通信原理 （1）redis cluster节点间采取gossip协议进行通信 跟集中式不同，不是将集群元数据（节点信息，故障，等等）集中存储在某个节点上，而是互相之间不断通信，保持整个集群所有节点的数据是完整的 维护集群的元数据用得，集中式，一种叫做gossip 集 阅读全文
摘要：
slave的自动迁移 比如现在有10个master，每个有1个slave，然后新增了3个slave作为冗余，有的master就有2个slave了，有的master出现了salve冗余 如果某个master的slave挂了，那么redis cluster会自动迁移一个冗余的slave给那个master 阅读全文
摘要：
实验，演示过了 redis cluster模式下，不建议做物理的读写分离了 我们建议通过master的水平扩容，来横向扩展读写吞吐量，还有支撑更多的海量数据 redis单机，读吞吐是5w/s，写吞吐2w/s 扩展redis更多master，那么如果有5台master，不就读吞吐可以达到总量25/s 阅读全文