熔断里有一个例子，即如果Redis崩溃了，可以直接触发熔断。这种做法是为了保护数据库，防止把数据库打挂。
也可以使用降级来保护这个缓存 - 数据库结构。正常来说，使用缓存基本都是先从缓存里读数据，然后缓存里没有数据，再从数据库中读取。
在触发降级的情况下，可以考虑只从缓存里读取。如果缓存里没有，也不会再去数据库读取。这样可以保证缓存里有数据的请求可以得到正常处理，也就是提供了有损服务。
这种降级方案背后的逻辑也很简单。如果完全不考虑从数据库里取数据，那么你的性能瓶颈就完全取决于缓存或者说 Redis，那么服务能够撑住的 QPS 会非常高。但是，如果缓存不命中的时候要去数据库取数据，那么服务的性能会衰退得非常快，即极少数缓存未命中的请求会占据大部分的系统资源。
你可以这样回答，关键词是只查缓存。
我还用过另外一个降级方案。正常来说在我的业务里面，就是查询缓存，如果缓存有数据，那么就直接返回。如果缓存没有，那么就需要去数据库查询。如果此时系统的并发非常高，那么我就会采取降级策略，将请求标记为降级请求。降级请求只会查询缓存，而不会查询数据库。如果缓存没有，那就直接返回错误。这样能够有效防止因为少部分请求缓存未命中而占据大量系统资源，导致系统吞吐量下降和响应时间显著升高。
