MongoDB是一种流行的文档型数据库，它支持分布式集群模式，可以提高数据的可用性和扩展性。在MongoDB集群中，通常有一个主节点（primary）和多个从节点（secondary），主节点负责处理客户端的读写请求，从节点负责复制主节点的数据，并在主节点出现故障时接替其角色。
那么，如果我们需要重启MongoDB集群中的某一台服务器，会不会影响数据的存储呢？答案是：取决于重启的是哪一台服务器，以及重启的方式和时间。
首先，如果重启的是主节点，那么会导致集群暂时不可写，因为主节点是唯一能够接受写操作的服务器。此时，从节点会通过选举机制（election）选择一个新的主节点，以恢复写服务。这个过程可能需要几秒到几分钟不等，取决于集群的规模和网络状况。在这期间，客户端可能会遇到写超时或失败的情况。因此，重启主节点之前，最好先将其降级为从节点（step down），让其他从节点提升为主节点，然后再进行重启。这样可以减少服务中断的时间和影响。
其次，如果重启的是从节点，那么对于数据的存储影响较小，因为从节点只是复制主节点的数据，并不直接参与写操作。但是，如果重启的从节点恰好是客户端指定的读偏好（read preference）对象，那么客户端可能会遇到读超时或失败的情况。因此，重启从节点之前，最好先将其移出读偏好列表（remove from read preference），让客户端选择其他可用的从节点进行读操作，然后再进行重启。这样可以避免读服务中断或延迟。
最后，无论重启哪一台服务器，都要注意重启的方式和时间。最好使用MongoDB提供的命令或工具进行优雅地重启（graceful shutdown），而不是直接断电或杀死进程。这样可以保证数据的完整性和一致性，避免数据丢失或损坏。另外，最好在业务低峰期进行重启，以减少对用户体验的影响。
MongoDB集群中的单台服务器重启并不会影响数据的存储，只要采取合适的措施和策略。当然，在实际操作中，还要考虑其他因素，如备份、监控、日志等，以确保数据安全和服务稳定。