Bulk insertions do not atomically serialize with concurrent ddls

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Unresolved
    • Priority: Major - P3
    • None
    • Affects Version/s: 6.0.0, 7.0.0, 8.1.0-rc0, 8.0.0
    • Component/s: None
    • None
    • Catalog and Routing
    • ALL
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      Bulk insertions on a node are divided into smaller sub-batches, each containing up to 64 documents by default (as specified by internalInsertMaxBatchSize). Non-transactional bulk insertions don't atomically synchronize with DDL operations; instead, they only synchronize at the individual sub-batch level. If a ddl operation occurs between two sub-batch insertions, the second batch will operate on the old incarnation of the database/collection.
      For some ddls, such as rename or drop, the insertion will recreate the old namespace and insert data there.

      Specifically for rename this can result in two collections containing partial data instead of a single collection with all the data. 

              Assignee:
              Unassigned
              Reporter:
              Enrico Golfieri
              Votes:
              0 Vote for this issue
              Watchers:
              9 Start watching this issue

                Created:
                Updated: