Re: [pgsql-ru-general] несколько upadate + убитие процесса + защита мультитранзакций + останов кластера

Добрый день,

> On 29 Jul 2016, at 08:50, Михаил <m(dot)nasedkin(at)gmail(dot)com> wrote:
>
> Доброго всем.
>
> На слабеньком тестовом двухядерном компе 2Гб RAM запустил приличную
> базу данных.
>
> На приличной таблице стал оптимизировать столбцы, запускал разные
> update, что-то останавливал по Ctrl+C, запускал в разных сеансах psql.
>
> Потом заметил, что не остановился ненужный update, причем прошло
> больше суток по времени и видимо наросла большая транзакция. Посмотрел
> его pid и сделал kill <pid>, потом еще зачем-то kill -9 <pid>.

Лучше делать SELECT pg_terminate_backend(pid) из SQL запроса. Это эквивалентно kill <pid>.

> И вот.
>
> logfile:
> СООБЩЕНИЕ: процесс сервера (PID 16263) был завершён по сигналу 9: Killed
> ПОДРОБНОСТИ: Завершившийся процесс выполнял действие: update ...
> СООБЩЕНИЕ: завершение всех остальных активных серверных процессов
> ПРЕДУПРЕЖДЕНИЕ: закрытие подключения из-за краха другого серверного процесса
> ПОДРОБНОСТИ: Управляющий процесс отдал команду этому серверному
> процессу откатить текущую транзакцию и завершиться, так как другой
> серверный процесс завершился аварийно и возможно разрушил разделяемую память.
> ПОДСКАЗКА: Вы сможете переподключиться к базе данных и повторить вашу
> команду сию минуту.
> ....
> ВАЖНО: система баз данных в режиме восстановления
> СООБЩЕНИЕ: все серверные процессы завершены... переинициализация
> ВАЖНО: система баз данных в режиме восстановления
> СООБЩЕНИЕ: работа системы БД была прервана; последний момент работы:
> 2016-07-28 17:42:05 YEKT
> СООБЩЕНИЕ: система БД была остановлена нештатно; производится
> автоматическое восстановление
> ВАЖНО: система баз данных в режиме восстановления
> СООБЩЕНИЕ: запись REDO начинается со смещения 4/443CBA40
> СООБЩЕНИЕ: запись нулевой длины по смещению 4/443D4730
> СООБЩЕНИЕ: записи REDO обработаны до смещения 4/443D4700
> СООБЩЕНИЕ: последняя завершённая транзакция была выполнена в
> 2016-07-28 17:43:11.917649+06
> ВАЖНО: система баз данных в режиме восстановления
> ВАЖНО: система баз данных в режиме восстановления
> ВАЖНО: система баз данных в режиме восстановления
> ВАЖНО: система баз данных в режиме восстановления
> СООБЩЕНИЕ: Защита от наложения мультитранзакций сейчас включена
> СООБЩЕНИЕ: система БД готова принимать подключения
> СООБЩЕНИЕ: процесс запуска автоочистки создан
>
> При этом в другом процессе тоже шел большой update той же таблицы. Там вышло:
>
> ПРЕДУПРЕЖДЕНИЕ: закрытие подключения из-за краха другого серверного процесса
> ПОДРОБНОСТИ: Управляющий процесс отдал команду этому серверному
> процессу откатить текущую транзакцию и завершиться, так как другой
> серверный процесс завершился аварийно и возможно разрушил разделяемую
> память.
> ПОДСКАЗКА: Вы сможете переподключиться к базе данных и повторить вашу
> команду сию минуту.
> КОНТЕКСТ: при изменении кортежа (73696,1) в отношении "tableXXX"
> сервер неожиданно закрыл соединение
> Скорее всего сервер прекратил работу из-за сбоя
> до или в процессе выполнения запроса.
> Подключение к серверу потеряно. Попытка восстановления неудачна.

Это следствие kill -9. Сервер увидел, что один из процессов завершился аварийно.
Так как этот процесс мог навредить в разделяемой памяти, в которой хранятся “грязные” данные из таблиц - сервер завершил все остальные процессы

>
> Через несколько минут зашел psql - данных в таблицах нет, не
> показываются, во всех таблицах 0 строк.

Это странно. Были ли какие-нибудь еще сообщения об ошибках?
Были ли это временные или нежурналируемые таблицы?
Были ли в этих таблицах данные до запуска транзакций, которые были в процессе работы на момент аварийного завершения процессов?

>
> Стал останавливать сервер:
> СООБЩЕНИЕ: получен запрос на "вежливое" выключение
> СООБЩЕНИЕ: процесс запуска автоочистки завершается
> ВАЖНО: система баз данных останавливается

Обычный pg_ctl stop ждет, пока все соединения не завершатся.

> ...
>
> Все. Больше суток система висит или делаются откаты транзакций, не
> понятно. Ощущение, что не дождусь позитивного останова сервера. Что
> можно сделать, чтобы перезапустить кластер, пусть с потерями последних
> транзакций?

Попробуйте pg_ctl -mf fast stop (быстрая остановка) и потом pg_ctl start.

--
Oleksii