Redis是一种高性能的键值数据库，它支持主从复制和集群模式，以提高数据的可用性和扩展性。在Redis集群中，每个主节点都有一个或多个从节点，它们会复制主节点的数据，并在主节点故障时接管其角色。那么，在正常情况下，从节点是否可以读取数据呢？答案是肯定的，但需要注意一些细节。
首先，从节点读取数据的前提是它与主节点的数据同步。Redis使用异步复制机制，即主节点在执行写操作后，会将命令发送给从节点，从节点再执行相同的命令来更新自己的数据。这样，从节点的数据可能会有一定的延迟，导致读取到过期或不一致的数据。因此，在使用从节点读取数据时，需要根据业务需求和容忍度来决定是否可以接受这种不一致性。
其次，从节点读取数据的方式有两种：一种是直接连接到从节点进行读取，另一种是通过主节点进行读取。直接连接到从节点进行读取的好处是可以减轻主节点的压力，实现读写分离，提高吞吐量。但是，这种方式需要客户端知道从节点的地址，并且在主从切换时能够自动更新。另外，如果有多个从节点，客户端还需要实现负载均衡和故障转移的逻辑。这些都增加了客户端的复杂度和开发成本。
通过主节点进行读取的好处是可以简化客户端的逻辑，只需要连接到主节点即可。但是，这种方式需要主节点将请求转发给从节点，并将结果返回给客户端。这样，主节点就承担了额外的网络开销和处理开销，可能会影响其性能和稳定性。为了解决这个问题，Redis提供了一个配置选项cluster-slave-validity-factor，它表示一个从节点被认为是有效的时间间隔（单位为毫秒）。如果一个从节点在这个时间间隔内没有收到主节点的心跳包或者复制偏移量超过了一个阈值（由cluster-replica-validity-factor配置），那么它就被认为是无效的，主节点就不会将请求转发给它。这样，可以避免将请求转发给延迟过高或者故障的从节点。