面试题答案
一键面试对系统性能的影响
- 读写性能下降：重建索引期间，MongoDB需要占用额外的系统资源（如CPU、内存、磁盘I/O等）来构建新索引。这会导致在重建过程中，对数据库的读写操作性能显著下降。因为系统资源被索引重建任务抢占，使得正常业务读写操作能获取到的资源减少。例如，读操作可能需要等待更长时间来获取数据，写操作可能会因为磁盘I/O繁忙而延迟。
- 网络带宽占用：如果是分布式MongoDB集群，索引重建可能涉及节点之间的数据传输，从而占用网络带宽。这可能会影响集群内节点之间的通信效率，对于依赖网络传输数据的业务操作（如跨节点查询）会产生不良影响。
- 锁的影响：索引重建过程可能会对相关集合加锁，特别是写锁。这会阻止其他写操作对该集合进行修改，导致写操作排队等待，进一步影响写性能。同时，读操作也可能会受到一定程度的影响，因为在一些锁机制下，读操作可能也需要等待锁释放。
减少影响的策略
- 选择合适的时间：选择业务低峰期进行索引重建，如深夜或周末等时间段。这样可以最大程度减少对正常业务的影响，因为在这些时间段内，系统的读写请求相对较少，即使性能有所下降，对用户体验的影响也相对较小。
- 逐步重建：对于大型集合，可以采用逐步重建索引的方式。例如，先对集合中的部分数据重建索引，然后分批逐步完成整个集合的索引重建。这样可以分散系统资源的使用，避免一次性占用过多资源导致系统性能急剧下降。同时，在每一批重建完成后，可以观察系统性能和业务运行情况，确保没有出现异常。
- 使用副本集：如果是副本集架构，可以在从节点上进行索引重建。因为从节点本身就承担着数据备份和分担读压力的功能，在从节点上重建索引不会直接影响主节点的读写性能，业务的写操作仍然可以正常在主节点上进行。当从节点完成索引重建后，可以通过切换主从节点角色，再在新的从节点上（原主节点）进行索引重建，从而完成整个副本集的索引重建，且对业务影响较小。
- 预分配资源：在进行索引重建之前，确保服务器有足够的空闲资源，如增加内存、CPU资源等。可以通过临时调整服务器配置，或者在资源充足的服务器上进行索引重建操作（例如使用备用服务器）。这样可以为索引重建任务提供充足的资源保障，减少对正常业务的资源抢占。
- 监控与回滚：在索引重建过程中，密切监控系统性能指标，如CPU使用率、内存使用情况、磁盘I/O、网络带宽等。一旦发现性能下降对业务造成严重影响，能够及时停止索引重建操作，并进行回滚，确保业务尽快恢复正常运行。同时，记录重建过程中的相关数据和指标，以便后续分析和优化。