SQLite в проде, год спустя

Unknown — Tue, 12 May 2026 00:00:00 +0000

Год назад я выкинул Postgres из своего пет-проекта и поставил один файл .db</code> рядом с бинарником. С тех пор база пережила два переезда, четыре релиза и одно бухое воскресенье. Делюсь что выяснилось.</p>

Что я ожидал получить</h2>
Ноль операционной нагрузки. Никаких RDS</em>, никаких pg_hba.conf</em>, никаких
странных таймаутов в три ночи. Бэкап — это cp</code>. Миграция — это scp</code>.
Восстановление — это уже выученный наизусть пароль от ssh.</p>
Что получил на самом деле</h2>
Всё то же самое, плюс одна неожиданная штука: я наконец начал думать о схеме
данных до</em>, а не после</em>. Когда база — это файл, который ты можешь скачать и
открыть в DB Browser за две секунды, ленивые миграции «потом починим» внезапно
становятся непростительно ленивыми. Файл лежит перед тобой целиком, врать ему
некуда.</p>
Где всё-таки прижало</h2>
Записей было немного, но они шли пачками. По дефолту SQLite отдаёт SQLITE_BUSY</code>,
как только два писателя сталкиваются лбами. Лечится одной строчкой:</p>
PRAGMA journal_mode = WAL;
PRAGMA busy_timeout = 5000;
</code></pre>
WAL разводит читателей и писателя по разным углам, а busy_timeout</code> говорит
драйверу не паниковать, а подождать. После этого «конкурентность» в моём
масштабе (десятки запросов в секунду, не тысячи) перестала быть темой для
разговора вообще.</p>
Второе, что укусило, — это типизация. SQLite хранит что положишь, а не что
объявил. Строка в колонке INTEGER</code>? Пожалуйста. Спасает либо строгий режим
(STRICT</code> таблицы), либо дисциплина на уровне приложения. Я выбрал STRICT</code> и ни
разу не пожалел.</p>
Бэкап, который не врёт</h2>
cp</code> живого файла под нагрузкой — это лотерея. Правильный способ ровно один:</p>
sqlite3 app.db ".backup '/backups/app-$(date +%F).db'"
</code></pre>
Эта команда снимает консистентный снапшот, не блокируя писателей надолго.
Кладёшь в cron, рядом — restic</code> в S3-совместимое хранилище, и спишь спокойно.
Весь «бэкап-пайплайн» — пять строк в скрипте.</p>
Итого</h2>
SQLite — это не «база для бедных». Это осознанный выбор в пользу простоты, когда
ты честно понимаешь свой профиль нагрузки. Один файл, ноль демонов, бэкап
копированием. Postgres вернётся в мою жизнь в тот день, когда мне реально
понадобится то, что умеет только он. Пока — не понадобился.</p>

oid.su

SQLite в проде, год спустя