在填充的集合上建立索引

在本页面

MongoDB 4.2版本新变化

针对已填充的集合的MongoDB索引构建需要对该集合的排他性读写锁定。需要对集合进行读取或写入锁定的操作必须等待,直到mongod释放锁定为止 。MongoDB 4.2使用了优化的构建过程,该过程仅在索引构建的开始和结束时持有排他锁。其余的构建过程将产生交错的读写操作。

索引构建过程总结如下:

  1. 初始化

    mongod 进程对正在编制索引的集合使用独占锁。所有对该集合的读写操作将阻塞直到mongod 进程释放锁。在此期间,应用程序无法访问集合。

  2. 数据摄取和加工 mongod进程释放上一过程中获取的所有锁,然后针对被索引的集合获取一系列意向锁。在此期间,应用程序可以对集合发出读写操作。

  3. 清理 mongod进程释放上一过程中获取的所有锁,然后针对被索引集合获取独占锁。这时将阻塞对该集合所有读写操作直到mongod进程释放锁。应用程序此时无法访问该集合。

  4. 完成 mongod进程标记索引状态为已可用,然后释放索引构建过程中的所有锁。

索引构建过程中的加锁描述细节参见Index Build Process章节。更深入了解MongoDB的加锁行为参见FAQ: Concurrency

行为

MongoDB 4.2索引构建完全替代了以前MongoDB版本中支持的索引构建过程。如果指定为createIndexes 或它的shell助手createIndexes()createIndexes(), MongoDB会忽略后台索引构建选项。

与前景和背景构建进行比较

MongoDB的早期版本支持在前台或后台构建索引。前台索引构建速度很快,能够生成更高效的索引数据结构,但是需要在构建期间阻塞对被索引的集合的父数据库的所有读写访问。后台索引构建速度较慢,效率较低,但允许在构建过程中对数据库及其集合进行读写访问。

MongoDB 4.2版本变化

MongoDB 4.2索引构建只在构建过程的开始和结束时对被索引的集合获得独占锁,以保护元数据的更改。构建过程的其余部分使用后台索引构建的生成行为来最大化构建期间对集合的读写访问。4.2索引构建仍然产生高效的索引数据结构,尽管有更宽松的锁定行为。

MongoDB 4.2的索引构建性能至少与后台索引构建相当。对于在构建过程中很少或没有收到更新的工作负载,4.2索引构建构建的速度可以与基于相同数据的前台索引构建的速度一样快。

使用db.currentOp() 命令监视正在进行的索引构建的进度。

索引构建期间的冲突约束

对集合具有强制约束作用的索引,例如:unique 索引, mongod进程会在索引构建完成后对所有预先存在的和并发写入的文档进行约束性检查。如果任何文档违反了索引约束条件,mongod进程将终止构建并抛出错误。

举例:对inventory集合的product_sku属性构建unique特性索引。如果任意文档的product_sku属性有重复值,索引构建过程仍可成功开始,如果在构建结束时仍然存在任何冲突,mongod进程会终止构建并抛出错误。

类似的,在索引构建的过程中,应用程序可成功对inventory集合写入product_sku属性值重复的文档。如果在构建结束时存在任何索引约束冲突,mongod进程会终止构建并抛出错误。

降低因违反约束而导致索引生成失败的风险:

  • 校验集合中没有违反索引约束的文档。

  • 停止所有可能违反该集合索引约束条件的应用程序写入操作。

索引构建对数据库性能的影响

高负载写入时的索引构建

在目标集合处于高负载写入状态时执行索引构建操作,会造成写入性能下降和更长的索引构建时间。

考虑指定一个维护窗口用于构建索引,在此期间停止或减少对目标集合的写入操作。以减少索引生成过程对性能的潜在负面影响。

可用系统内存不足时的索引构建

命令支持在集合上构建多个索引。createIndexes命令同时使用内存和磁盘上的临时文件空间完成索引构建。createIndexes命令默认的内存使用限制是500MB,该空间在所有使用createIndexes命令生成的索引之间共享。一旦在构建索引时到达该空间限制,createIndexes命令将使用--dbpath目录下_tmp文件夹下的临时磁盘文件空间,用于完成索引构建。

你可以自定义maxIndexBuildMemoryUsageMegabytes参数,更改该空间大小限制。设置更高的内存空间可以在索引大小超500MB时更快完成索引构建。当然,该参数设置过高也会导致占用太多无用内存造成系统内存错误。

如果主机内存有限,你可能需要安排一个维护期,增加整个系统内存,再更改mongod进程中的内存参数设置。

复制集中的索引构建

尽量减少建立索引对以下方面的影响:

你可以在primary节点执行索引构建。索引生成完成后,secondaries节点进行复制并开始索引构建。复制集中在开始构建索引之前请注意如下风险:

Secondaries节点可能不进行同步

Secondary节点的索引构建将阻塞应用正在执行的对构建索引集合的事务操作。 mongod进程在构建索引完成前将无法使用任何oplog。

如果索引生成在执行操作或命令时持有独占锁,则对被索引集合的复制写操作也可能被延迟到索引构建完成之后。mongod 进程无法使用任何oplog直到锁释放。如果复制延迟时间超过secondary节点的oplog window,secondary将不进行同步,需要通过resynchronization来恢复。

在构建索引之前,使用rs.printReplicationInfo()命令鉴别每个副本集成员配置的时间区间中可处理的oplog大小。你可以增大oplog大小increase the oplog size,降低不同步的概率。例如,设置oplog的窗口可以覆盖72个小时的操作记录,只要确保secondary节点可以容忍这么久的复制延迟。

或者在维护时间窗口中执行索引构建,应用程序停止对该索引集合的所有事物操作、写操作和元数据操作。

Secondary节点的索引构建可能造成读写操作延迟

MongoDB 4.2索引生成过程的开始和结束时获取正在索引的集合的独占锁。当secondary节点索引生成持有独占锁时,该secondary节点将暂停任何读写操作,直到索引生成释放该锁为止。

索引生成完成后,辅助进程索引将删除

在secondary节点完成索引构建的复制之前,在primary节点删除索引,将不会中断secondary节点的构建。当secondary节点执行索引删除的复制操作时,其须等待之前的索引生成操作执行复制完毕。此外,由于索引删除是集合上的元数据操作,因此索引删除会暂停该secondary节点上的复制。

构建失败和恢复

单个mongod进程的索引构建中断

如果mongod进程在索引构建时终止了,索引构建任务和所有进程将丢失。重启mongod进程不会重新执行索引构建,你必须重新运行createIndex() 操作来重启索引构建。

Primary节点mongod进程的索引构建中断

如果primary节点在索引构建时停止了,索引构建任务和所有进程将丢失。你必须重新运行createIndex() 操作来重启索引构建。

Secondary节点mongod进程的索引构建中断

如果secondary节点在索引构建时停止了,索引构建任务将保留。重启 mongod进程将恢复索引构建并从头重新开始。

启动进程会在任意已恢复的索引生成之后暂停。所有操作,包括复制将进入等待直到索引构建完成。如果secondary节点的oplog未在时间窗口区间完成缩影索引构建的复制,secondary不再进行这部分oplog的复制集的同步,需要resynchronization恢复。

如果你重启了mongod进程作为独立的复制集节点实例或删除--replSetName)。mongod进程仍将从头恢复索引构建。你可以使用storage.indexBuildRetry配置文件设置或写入命令行参数--noIndexBuildRetry

MONGODB 4.0以上版本

你不能对副本集中的一个mongod进程实例,设置storage.indexBuildRetry选项 或 --noIndexBuildRetry选项。

构建过程中的回滚

从4.0版本开始,MongoDB在任意正在执行索引构建的进程完成后进行rollback

监视进行中的索引构建

你可以在mongo shell中执行db.currentOp()命令,查看索引构建操作的状态。筛选当前操作中的索引创建操作,参见Active Indexing Operations操作。

msg包含了索引构建当前阶段的完成百分比。

终止进行中的索引构建

终止primary节点或单个 mongod 进程中正在执行的索引构建命令,请在mongo进程中使用db.killOp()命令。当终止索引生成时,db.killOp()命令可能不会立即执行,并可能在大部分索引生成操作完成后执行。

你无法终止一个已经在复制集secondary节点进行复制的索引构建操作。你必须首先在primary节点drop删除索引。secondary节点将复制删除操作并在索引构建完成后删除索引。所用复制操作将阻塞直到索引构建完成并执行完删除操作。

尽量降低复制集和拥有复制集的分片集群的构建索引影响,参见:

译者:程哲欣

最后更新于