本文介绍WiredTiger作为MongoDB默认存储引擎的内核机制，定位为文档库页式B-Tree加旁路History Store，与PG/InnoDB、SQLite、RocksDB等分工明确。文章规划17篇系列，涵盖Session、Cache、Eviction、Reconciliation、Timestamps、Checkpoint等核心流程，并指出脏页须先reconcile才能驱逐，HS体积受更新率与窗口影响，为后续深入解析奠定框架。

WiredTiger的Eviction机制通过server线程近似LRU选页，worker线程执行驱逐，区分clean（直接释放）和dirty（需reconcile，最新值进用户表，旧版进History Store）。配置target/trigger控制后台或应用线程参与驱逐，dirty超限时应用线程被迫协助。Eviction也是checkpoint前置减压阀，HS页同样参与驱逐。

WiredTiger的reconciliation将内存页转为磁盘格式，触发于脏页驱逐和检查点。用户表保留最新已提交更新，旧版本写入History Store。行存储叶页按序遍历，依leaf_page_max和split_pct分裂为多页镜像。History Store页reconcile时移除全局可见墓碑。Eviction为腾缓存，Checkpoint为一致快照，两者分工明确。

WiredTiger采用第三种MVCC方案：用户表B-Tree仅存最新已提交版本，旧版本存入全局History Store（WiredTigerHS.wt）。写路径通过reconciliation将旧版本写入HS，读路径按update chain→磁盘页→HS顺序查找。Durable History取代Lookaside，使历史可跨eviction/checkpoint持久查询，由minSnapshotHistoryWindowInSeconds控制保留窗口。与PostgreSQL堆版本、InnoDB undo相比，WT分离当前与历史，利于用户页驱逐，但增加历史I/O与磁盘开销。

WiredTiger通过History Store实现MVCC：用户表仅存最新已提交版本，旧版本存入独立的WiredTigerHS.wt文件。读路径按update chain→磁盘页→History Store顺序查找。相比Lookaside，Durable History提供跨eviction/checkpoint的可查询历史契约，由minSnapshotHistoryWindowInSeconds控制保留窗口。与PG堆版本、InnoDB undo相比，WT将当前与历史分离，利于用户页驱逐，但增加历史I/O与磁盘开销。