Спецам по mongodb

Будет. Все будет даже хуже - лочится _база целиком_ на момент записи. Локи на уровне коллекций еще только в разработке, а на уровне документа можно и не ждать пока :)

Вообще все описано вот тут: http://www.mongodb.org/display/DOCS/How does concurrency work

вставлять в БД данные асинхронно - т е в несколько потоков из нескольких источников.

Это без проблем, потому что само апи «асинхронное» - то что операция прошла не значит что данные записаны. Так что вполне нормально. Если пишите на джаве только не делайте слишком много потоков на соединение.

Точнее, не база - а весь сервер.

Атомарность поддерживается только на уровне одной записи, т.е. по ключю «_id» в структуре БД. Что подразумевается под словом асинхронно? Есть два варианта:

1. Приложение пишет в БД асинхронно данные с уникальными ключами из одной выборки. Например, список всех стран бьется на N-кусков/потоков, которые заливаются в асинхронном режиме. Никаких блокировок не будет.

2. Приложение состоит из несколько независимых потоков, каждый со своей уникальной выборкой. Например, весь список городов записывается/обновляется по несколько раз несколькими потоками независимо. При этом в момент пересечения ключей/страны может произойти блокировка на уровне БД, но по идее ее не должно быть, последняя запись/обновление будут конечными.

P.S. Под потоком может быть несколько независимых процессов, не важно. Асинхронность достигается на канальном уровне (tcp соединение), т.к. каждый запрос не тагируется/маркируется, нет функционала для обозначения начала и конца транзакции.

How-to: http://cookbook.mongodb.org/patterns/perform-two-phase-commits/