PostgreSQL: один из способов выстрелить себе в ногу
Скачал я из гита репу. Небольшой скриптик, который создаёт докер-контейнер с постгресом, а потом пишет туда данные. Много данных, гигабайт 100... Запустил, данные пишутся и даже читаются и даже всё хорошо... Но тут мне понадобилось перезапустить контейнер.
Перезапустил, а данных нет. От слова совсем! Т.е. табличка есть. А данных нет! Сижу, чешу репу, поглядываю Dockerfile – ничего военного. Ладно, думаю, фиг с вами, поставлю постгрес без докера, в систему, на отдельный диск.
Поставил, запустил, пишется, читается. И тут мне понадобилось перезапустить виртуалку. Перезапустил. Данные исчезли. Волосы начали седеть в неожиданных местах.
Как же так? Кто виноват и что делать? Как может СУБД удалять гигабайты данных?
Буду локализовывать ошибку. Запустил, пишет, читает. Остановил постгрес, запустил. Данные на месте! Запустил. Ребутнул виртуалку – данных НЕТ!!! ААА! Мы все умрём!!!
В общем, обиделся я на постгрес. Думаю, фиг с вами, залью в мускуль. Открываю скрипт создания таблиц для редактирования и что я вижу:
CREATE UNLOGGED TABLE
Читаю мануал:
UNLOGGED If specified, the table is created as an unlogged table. Data written to unlogged tables is not written to the write-ahead log (see Chapter 29), which makes them considerably faster than ordinary tables. However, they are not crash-safe: an unlogged table is automatically truncated after a crash or unclean shutdown. The contents of an unlogged table are also not replicated to standby servers. Any indexes created on an unlogged table are automatically unlogged as well; however, unlogged GiST indexes are currently not supported and cannot be created on an unlogged table.
Т.е. еще раз:
an unlogged table is automatically truncated after a crash or unclean shutdown
Мораль сей басни – читайте SQL реп из гитхаба!
