面试题：MongoDB GridFS底层存储机制对数据一致性的保障措施

原理：MongoDB 使用预写式日志（Write-Ahead Logging，WAL）。在对 GridFS 数据进行写操作时，先将操作记录写入日志文件（journal files）。只有当写操作成功记录到日志后，才会对实际的数据文件进行修改。
并发读写作用：在并发读写场景下，即使某个写操作因为系统故障等原因未完成，系统重启后也可以通过重放日志来恢复未完成的操作，从而确保数据的一致性。例如，多个并发写操作同时进行，其中一个操作在修改数据文件前系统崩溃，重启后日志会保证该操作被正确恢复，不会导致数据处于不一致状态。

文档级锁：
- 原理：MongoDB 在写操作时会获取文档级别的锁。对于 GridFS 存储的文件，其元数据（如文件名、文件大小等）存储在集合中，对这些元数据的写操作会获取文档锁。
- 并发读写作用：在并发读写时，写操作获取锁后，其他写操作必须等待，读操作不受文档级锁影响（MongoDB 读操作一般是无锁的快照读）。这确保了对元数据的写操作不会相互干扰，保证元数据的一致性。比如，一个并发写操作要更新 GridFS 文件的元数据，获取锁后其他写操作无法同时修改，避免了元数据冲突导致的不一致。
数据库级锁（在早期版本较明显）：
- 原理：在早期版本中，对 GridFS 数据文件存储的块（chunks）进行操作时，可能会涉及数据库级别的锁（虽然后续版本在存储块方面对锁进行了优化）。当进行写操作到数据块时，会获取数据库级锁。
- 并发读写作用：在并发读写场景下，获取数据库级锁可以防止多个写操作同时修改同一个数据块，保证数据块内容的一致性。例如，两个并发写操作试图同时修改同一个 GridFS 数据块，获取数据库级锁的操作可以先执行，另一个操作等待，避免数据块内容出现混乱。

数据同步：
- 原理：MongoDB 副本集通过 oplog（操作日志）来同步数据。主节点（primary）上的所有写操作都会记录到 oplog 中，从节点（secondary）通过复制 oplog 来保持与主节点数据的一致性。对于 GridFS 数据，无论是元数据还是数据块的写操作，都会遵循此同步机制。
- 并发读写作用：在并发读写场景下，主节点处理写操作并记录 oplog，从节点复制 oplog 进行数据更新。读操作可以配置为从主节点或从节点读取。如果从主节点读，能保证读到最新数据；如果从从节点读，虽然可能存在短暂延迟，但副本集机制确保从节点最终会与主节点数据一致，从而在整体上保证数据一致性。例如，多个并发写操作在主节点执行，从节点会按顺序应用这些操作，保持数据同步。
选举机制：
- 原理：当主节点出现故障时，副本集会通过选举产生新的主节点。选举过程基于节点的优先级、日志复制状态等因素。
- 并发读写作用：在并发读写场景下，如果主节点故障，选举新主节点过程中，写操作会暂时中断，但选举完成后新主节点继续处理写操作，并且能保证数据一致性。因为新主节点选举出来后，会确保所有从节点与自己的数据状态一致，避免因主节点切换导致数据不一致。

原理：MongoDB 对某些操作提供原子性保证。对于 GridFS 相关操作，例如更新文件元数据的某些字段（如增加文件下载次数等），可以使用原子操作。这些原子操作在执行时不会被其他操作中断。
并发读写作用：在并发读写场景下，多个并发操作对 GridFS 文件元数据的原子操作部分不会相互干扰，保证了这部分数据的一致性。比如，多个并发请求同时要增加 GridFS 文件的下载次数，原子操作能确保每个请求都正确增加次数，不会出现数据覆盖或不一致的情况。

星途面试题库