Транзакции и A C I D
Это достаточно популярная тема на собеседовании для data engineer-a и бэкендера.
Транзакция в контексте баз данных — это последовательность одной или нескольких операций (таких как вставка, обновление или удаление записей), которые база данных обрабатывает как одно действие. Она либо полностью успешна, либо полностью проваливается, без промежуточных состояний.
Пример: Банковский перевод
Когда вы отправляете деньги другу, происходят две вещи:
• Деньги списываются с вашего счета.
• Деньги зачисляются на их счет.
Эти два шага образуют одну транзакцию. Если ни один из шагов не удается, оба отменяются.
Без транзакций базы данных могут оказаться в несогласованных состояниях.
Например:
❌Частичные обновления: Ваши деньги списываются, но ваш друг их не получает.
❌Конфликты: Два человека одновременно бронируют последний билет в кино.
Транзакции решают эти проблемы, применяя такие правила, как свойства ACID (атомарность, согласованность, изоляция, долговечность).
Теперь давайте верхнеуровнево рассмотрим каждое из свойств ACID✍️
➖ Atomicity (Атомарность) - свойство, обеспечивающее целостность транзакций. Либо выполняются все изменения - commit, либо осуществляется rollback до первоначального состояния.
➖ Consistency (Согласованность) - принцип, согласно которому база данных гарантирует, что после успешного завершения каждой транзакции, данные в ней остаются в согласованном состоянии. Другими словами, до и после выполнения транзакции данные остаются надёжными и достоверными. Деньги не могут появиться из воздуха, а также должны соблюдаться все ограничения базы.
➖ Isolation (Изолированность) - свойство, гарантирующее, что выполнение одной транзакции не влияет на выполнение других. Каждая транзакция должна работать независимо от других, даже если они выполняются параллельно. Это предотвращает конфликты и сохраняет целостность данных. Есть разные уровни изоляций.
➖ Durability (Надёжность) - «что написано пером, не вырубишь топором». Это свойство гарантирует, что после успешного завершения транзакции изменения будут сохранены и доступны в БД. После того, как произошел commit транзакции, мы можем быть уверены, что изменения не будут отменены из-за какого-либо сбоя.
В ближайшее время я подробнее расскажу про acid, как достигается выполнение всех условий. После продолжу тему - расскажу что такое CDC, NoSQL-базы без acid транзакций, CAP теорема🫡
Эти темы важны для понимания архитектуры современных хранилищ.
Если интересно, ставим реакции 😊⬇️
it пингвин | data engineer 🐧
#Вопросы_с_собесов #архитектура #acid
Это достаточно популярная тема на собеседовании для data engineer-a и бэкендера.
Транзакция в контексте баз данных — это последовательность одной или нескольких операций (таких как вставка, обновление или удаление записей), которые база данных обрабатывает как одно действие. Она либо полностью успешна, либо полностью проваливается, без промежуточных состояний.
Пример: Банковский перевод
Когда вы отправляете деньги другу, происходят две вещи:
• Деньги списываются с вашего счета.
• Деньги зачисляются на их счет.
Эти два шага образуют одну транзакцию. Если ни один из шагов не удается, оба отменяются.
Без транзакций базы данных могут оказаться в несогласованных состояниях.
Например:
❌Частичные обновления: Ваши деньги списываются, но ваш друг их не получает.
❌Конфликты: Два человека одновременно бронируют последний билет в кино.
Транзакции решают эти проблемы, применяя такие правила, как свойства ACID (атомарность, согласованность, изоляция, долговечность).
Теперь давайте верхнеуровнево рассмотрим каждое из свойств ACID✍️
➖ Atomicity (Атомарность) - свойство, обеспечивающее целостность транзакций. Либо выполняются все изменения - commit, либо осуществляется rollback до первоначального состояния.
➖ Consistency (Согласованность) - принцип, согласно которому база данных гарантирует, что после успешного завершения каждой транзакции, данные в ней остаются в согласованном состоянии. Другими словами, до и после выполнения транзакции данные остаются надёжными и достоверными. Деньги не могут появиться из воздуха, а также должны соблюдаться все ограничения базы.
➖ Isolation (Изолированность) - свойство, гарантирующее, что выполнение одной транзакции не влияет на выполнение других. Каждая транзакция должна работать независимо от других, даже если они выполняются параллельно. Это предотвращает конфликты и сохраняет целостность данных. Есть разные уровни изоляций.
➖ Durability (Надёжность) - «что написано пером, не вырубишь топором». Это свойство гарантирует, что после успешного завершения транзакции изменения будут сохранены и доступны в БД. После того, как произошел commit транзакции, мы можем быть уверены, что изменения не будут отменены из-за какого-либо сбоя.
В ближайшее время я подробнее расскажу про acid, как достигается выполнение всех условий. После продолжу тему - расскажу что такое CDC, NoSQL-базы без acid транзакций, CAP теорема🫡
Эти темы важны для понимания архитектуры современных хранилищ.
Если интересно, ставим реакции 😊⬇️
it пингвин | data engineer 🐧
#Вопросы_с_собесов #архитектура #acid