Redis是一种高性能的键值数据库，它支持主从复制功能，可以实现数据的高可用性和负载均衡。但是，如果Redis的主节点发生宕机，那么从节点还能否正常工作呢？这取决于从节点的配置和运行状态。
首先，我们需要了解Redis的主从复制原理。当一个Redis服务器作为从节点连接到另一个Redis服务器（主节点）时，它会发送一个SYNC命令，请求主节点发送全量数据快照。主节点会将自己的数据集保存到磁盘，并将文件发送给从节点。从节点接收到文件后，会清空自己的数据集，并加载文件中的数据。然后，主节点会将自己执行的所有写命令以增量方式发送给从节点，从节点会按顺序执行这些命令，以保持和主节点的数据一致性。
如果主节点宕机了，那么从节点会停止接收增量数据，并继续提供读服务。但是，如果此时有写请求到达从节点，那么从节点会根据自己的配置来处理。有两种可能的配置：
1.read-only：这是默认的配置，表示从节点只能提供读服务，不能接受写请求。如果有写请求到达从节点，那么从节点会返回一个错误信息，告诉客户端自己是一个只读的服务器。
2.slave-read-only：这是一个可选的配置，表示从节点可以接受写请求，但是不会将写命令发送给其他从节点或者新的主节点。这样可以避免数据不一致的问题，但是也会导致数据丢失的风险。
如果想要在主节点宕机后恢复数据的可写性和一致性，那么就需要进行主从切换。主从切换的目标是让一个从节点成为新的主节点，并让其他从节点连接到新的主节点。有两种方式可以实现主从切换：
1.手动切换：这需要人工干预，通过执行SLAVEOF命令来指定新的主节点。这种方式比较简单，但是也比较耗时和不灵活。
2.自动切换：这需要借助一些外部工具或者脚本来监控主节点的状态，并在检测到故障时自动执行切换操作。这种方式比较快速和灵活，但是也比较复杂和风险较高。
无论采用哪种方式进行主从切换，都需要注意以下几点：
1.在切换前，要确保选定的新主节点拥有最新的数据集，否则会导致数据丢失或者不一致。
2.在切换后，要确保所有的客户端连接到新的主节点，并关闭对旧主节点的连接，否则会导致命令失败或者数据混乱。
3.在切换过程中，要避免对数据进行大量或者重要的修改操作，否则会增加同步时间或者丢失数据。
在Redis中，当主节点宕机时，从节点还能提供读服务，但是不能保证写服务和数据一致性。如果想要恢复正常状态，就需要进行主从切换，并注意相关的注意事项。