Я пытаюсь протестировать новые поддерживаемые транзакции в Mongo DB на простом примере, который я написал. Я использую Mongo DB версии 4.0.5 с версией драйвера 2.8.1. Это только первичный экземпляр без осколков/реплик.
Я должен упустить что-то основное в следующем коде.
Я создаю клиент Mongo, сеанс и базу данных, затем запускаю транзакцию, добавляю документ и прерываю транзакцию. После этого кода я ожидаю, что в базе данных ничего не изменится, но документ будет добавлен. При отладке я также могу видеть документ сразу после InsertOne()
с помощью Robo 3T (графический интерфейс клиента Mongo).
Есть идеи, что мне не хватает?
var client = new MongoClient("mongodb://localhost:27017");
var session = client.StartSession();
var database = session.Client.GetDatabase("myDatabase", new MongoDatabaseSettings
{
GuidRepresentation = GuidRepresentation.Standard,
ReadPreference = ReadPreference.Primary,
WriteConcern = new WriteConcern(1,
new MongoDB.Driver.Optional<TimeSpan?>(TimeSpan.FromSeconds(30))),
});
var entities = database.GetCollection<MyEntity>("test");
session.StartTransaction();
// After this line I can already see the document in the db collection using Mongo client GUI (Robo 3T), although I expect not to see it until committing
entities.InsertOne(new MyEntity { Name = "Entity" });
// This does not have any effect
session.AbortTransaction();
Редактировать:
Можно запустить MongoDB как набор реплик с 1 узлом, хотя я не уверен, в чем разница между автономным и набором реплик с 1 узлом. Смотрите мой пост ниже.
В любом случае, для использования запущенной транзакции код вставки должен получить сессию в качестве параметра:
entities.InsertOne(session, new MyEntity { Name = "Entity" });
С этими 2 изменениями теперь работает транзакция.
Это по своей сути свойство самой MongoDB. (Еще здесь и здесь)
Transactions are only available in a replica set setup
Почему он недоступен для автономных инстансов?
Благодаря вложенным документам и массивам базы данных документов (MongoDB) позволяют иерархически унифицировать связанные данные внутри единой структуры данных. Документ можно обновить с помощью атомарной операции, что дает ему те же гарантии целостности данных, что и транзакция с несколькими таблицами в реляционной базе данных.
Вау, это действительно слишком упрощенные рассуждения. Кажется, они фактически говорят, что дизайн вынужден содержать одну коллекцию, чтобы использовать транзакции или, скорее, поведение, подобное транзакциям. Очевидно, что это ограничение не подходит для многих приложений, включая мое.
Ответ здесь неверный. Нет никакой связи между топологией MongoDB и моделированием данных (одна коллекция или несколько коллекций). Транзакция недоступна в автономном режиме, поскольку она требует oplog
поддержания строгой согласованности в кластере. Технически вы можете запустить автономную MongoDB с oplog (набор реплик с одним узлом), хотя это не рекомендуется для производства, поскольку у вас нет избыточности. Я бы посоветовал посмотреть инженерные видео на mongodb.com/транзакции, чтобы понять, что происходит за кулисами.
Я нашел решение, хотя не уверен, каковы последствия, может быть, кто-то может указать на него: Кажется, можно использовать Mongo DB в качестве набора реплик с 1 узлом (вместо автономного), просто добавив следующее в файл mongod.cfg:
replication:
replSetName: rs1
Кроме того, благодаря следующей ссылке код должен использовать правильную перегрузку InsertOne()
, которая получает сеанс в качестве первого параметра (см. редактирование исходного сообщения):
Немного бессовестной рекламы: если вам не хочется везде передавать объект сеанса, JohnKnoop.MongoRepository предоставляет абстракцию, которая автоматически прикрепляется к текущей транзакции: github.com/johnknoop/MongoRepository#transactions