Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
#аренда#А629⤴️ фото ⤴️
#сноваактуальна
Я узнал, что у меня
Есть огромная семья квартира 🏠 :
И картины, и торшер,
Будто жил миллионер,
И зеленый холодильник, и диванчик для гостей 🫂
Лестница, чтоб, как пожарный 🧯, добираться сверху вниз,
И камин для интерьера, будто маленький каприз
Всё, что рядышком со мною, —
Это крейзи интерьер! 🤪
Буду я в такой квартире
Жить как вафелька в пломбире!
📐 44 м²
🪜 этаж 7 из 7
💸 65к/мес + к/у
📍Шкапина, 24
📲 на связи агент Ольга +7 967 979 92 91
*больше фото в комментариях ⤵️
Нестыдные | Петербург.
Подписаться