Redis一直以集群形式存在业务中，配合mysql等传统关系库为业务服务。请描述下工作原理？数据流如何流转?

如果是做这种缓存的话，是不是redis出问题了不会影响业务访问，只是影响性能 可以这样理解吗？

你的对也不对。 对是指：做缓存，如果缓存失效了（redis出问题了），后端的存储（数据库）能支撑住，那就对业务来说，就只是速度变慢，除了慢也是业务接受不了的场景，大部分要求不高的场景下，可以看作是不影响业务的。 不对是指：redis出问题了，缓存失效了，请求落到后端的存储（数据库）支撑不了业务，把后端存储压垮了，那就影响业务了。 所以还是要看设计，如果做缓存要考虑好，一方面考虑redis（缓存）的可靠性，譬如：使用redis cluster或master/slave来解决缓存的失效问题。另一方面设计之初就考虑好，在缓存失效时，后面能支撑多少的Miss。即思路要面向失败去设计整个方案。