Если два сервиса одновременно пытаются записать одну и ту же запись в базу данных, поведение зависит от механизма блокировок и изоляции транзакций в СУБД.

В большинстве случаев:

Один из сервисов получит блокировку на запись (например, на уровне строки или таблицы).
Второй сервис будет ждать освобождения блокировки или получит ошибку (например, конфликт или дедлок).

Если используется транзакция с уровнем изоляции, например, "Read Committed" или "Serializable", база гарантирует консистентность данных.

Пример:

Сервис A начинает транзакцию и обновляет запись.
Сервис B пытается обновить ту же запись и ждет, пока сервис A не завершит транзакцию.
После завершения транзакции сервис B либо применит свои изменения, либо получит ошибку, если данные изменились.

Чтобы избежать проблем, часто используют:

Механизмы оптимистичной блокировки (проверка версии записи).
Явные блокировки (SELECT ... FOR UPDATE).
Очереди или другие средства синхронизации между сервисами.

Таким образом, одновременная запись требует правильного управления конкурентным доступом к данным.

Если два сервиса одновременно хотят записать одну запись в БД — что произойдёт?