PrepBro
← Назад к вопросам

Что такое ACID?

2.3 Middle🔥 111 комментариев
#Работа с данными

Комментарии (1)

🐱
deepseek-v3.2PrepBro AI6 апр. 2026 г.(ред.)

Ответ сгенерирован нейросетью и может содержать ошибки

Основная концепция ACID

ACID — это набор из четырех ключевых свойств, которые обеспечивают надежность транзакций в системах управления базами данных (СУБД). Этот термин расшифровывается как Atomicity (Атомарность), Consistency (Согласованность), Isolation (Изоляция) и Durability (Долговечность). ACID гарантирует, что даже в случае сбоев (аппаратных, программных или сетевых) данные останутся целостными, а транзакции будут обработаны предсказуемым и безопасным образом. Это критически важно для финансовых систем, банковских операций, электронной коммерции и любых приложений, где важна точность данных.

Подробный разбор свойств ACID

1. Atomicity (Атомарность)

Атомарность гарантирует, что транзакция выполняется как единое целое: либо все ее операции выполняются успешно, либо ни одна из них не применяется. Не допускаются промежуточные состояния. Если в процессе выполнения происходит ошибка, система откатывает все изменения, сделанные в рамках этой транзакции, к исходному состоянию.

Пример из Android (Room/SQLite): Представьте перевод денег между счетами. Транзакция включает два шага: списание с одного счета и зачисление на другой.

@Dao
interface TransferDao {
    @Transaction // Аннотация @Transaction в Room гарантирует атомарность
    suspend fun transferFunds(fromAccountId: Long, toAccountId: Long, amount: Double) {
        // 1. Списать средства
        withdraw(fromAccountId, amount)
        // 2. Если здесь произойдет исключение (например, краш приложения)...
        // 3. ... то первое списание ОТКАТИТСЯ автоматически
        deposit(toAccountId, amount)
    }

    @Query("UPDATE accounts SET balance = balance - :amount WHERE id = :accountId")
    suspend fun withdraw(accountId: Long, amount: Double)

    @Query("UPDATE accounts SET balance = balance + :amount WHERE id = :accountId")
    suspend fun deposit(accountId: Long, amount: Double)
}

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

2. Consistency (Согласованность)

Это свойство обеспечивает, что каждая успешная транзакция переводит базу данных из одного корректного состояния в другое корректное состояние, соблюдая все заданные правила: ограничения целостности (PRIMARY KEY, FOREIGN KEY, UNIQUE, CHECK), триггеры и бизнес-логику. СУБД отклоняет транзакции, нарушающие эти правила, и откатывает их.

Пример: В базе есть таблица users с полем email, которое должно быть уникальным (UNIQUE CONSTRAINT).

-- Транзакция 1 (успешная): email "alex@mail.ru" еще не занят
INSERT INTO users (name, email) VALUES ('Alex', 'alex@mail.ru');
COMMIT;

-- Транзакция 2 (неуспешная): нарушение уникальности
BEGIN TRANSACTION;
INSERT INTO users (name, email) VALUES ('Ivan', 'alex@mail.ru'); -- ОШИБКА!
ROLLBACK; -- Автоматический откат, база остается в согласованном состоянии

3. Isolation (Изоляция)

Изоляция гарантирует, что параллельно выполняемые транзакции не влияют друг на друга. Результат одновременного выполнения нескольких транзакций должен быть эквивалентен их последовательному выполнению. Уровни изоляции (Read Uncommitted, Read Committed, Repeatable Read, Serializable) регулируют степень этой изоляции, балансируя между строгой согласованностью и производительностью.

Проблема, которую решает изоляция — "Грязное чтение" (Dirty Read):

// Транзакция A (обновляет баланс)
val newBalance = balance - 100
// В этот момент транзакция B читает НЕЗАКОММИТИРОВАННЫЙ newBalance (грязные данные)
// Если транзакция A откатится, транзакция B будет работать с несуществующими данными.

В SQLite по умолчанию используется уровень изоляции SERIALIZABLE при использовании WAL (Write-Ahead Logging), что обеспечивает высокую изоляцию.

4. Durability (Долговечность)

После успешного завершения транзакции (коммита), все ее изменения становятся постоянными и сохраняются в энергонезависимой памяти (например, на диске), даже в случае последующего сбоя системы (отключение питания, краш). СУБД использует механизмы журналирования (например, WAL в SQLite) для обеспечения долговечности.

Как это работает в Android (SQLite): При вызове db.insert() или @Insert в Room и последующем коммите, SQLite сначала записывает изменения в журнал (WAL-файл), и только затем применяет к основной базе. При перезапуске после сбоя база данных может восстановить закоммиченные транзакции из журнала.

Значение ACID для Android-разработчика

В контексте Android-разработки понимание ACID особенно важно при работе с:

  • Локальными базами данных SQLite через Room Persistence Library. Room является абстракцией над SQLite и наследует его ACID-свойства.
  • Обработкой критичных данных: кэширование авторизационных токенов, сохранение непрочитанных сообщений, ведение истории операций в оффлайн-приложениях.
  • Обеспечением целостности данных при работе в многопоточном окружении. Несколько корутин или потоков могут одновременно пытаться изменять одни и те же данные в базе. ACID (особенно изоляция) помогает избежать состояний гонки (race conditions) и повреждения данных.

Практический совет: В Room для выполнения нескольких операций в одной атомарной транзакции используйте аннотацию @Transaction для метода DAO или функцию withTransaction базы данных.

database.withTransaction {
    userDao.insert(newUser)
    logDao.insert(LogEntry("User created", newUser.id))
}
// Эта лямбда будет выполнена как единая ACID-транзакция.

Таким образом, ACID — это не абстрактная теория, а фундаментальный принцип, который лежит в основе надежного хранения данных в большинстве Android-приложений, использующих локальные базы данных. Его соблюдение позволяет разработчику быть уверенным в целостности и предсказуемости состояния данных приложения.

Что такое ACID? | PrepBro