Не получится коммитить транзакции.  Там "особая" ситуация - аварийное, по сигналу с УПСа, завершение работы. Произойти оно может в любой момент времени. Мало ли когда электричество выключат... Вот и надо "погасить" внешнее безмозглое оборудование, которое на том же бесперебойнике сидит. И отметить этот факт в базе данных. А потом и самому кильнутся. После чего должна и база остановиться. Но не раньше. Как-то так.

Может отследить окончание транзакции перед ребутом/шотдауном/остановом ещё одним сервисом?

У ValentinK нужно уточнить, может быть при записи в базу мускула какой-нибудь *.lock файл создаётся, чтобы было к чему прицепиться. Уже 100 лет бд не занимался и то в InterBase. ))

Всё же думаю, что данные пишутся некой "загогулиной", у которой должен быть pid. Эта же прога занимается обработкой критических ситуаций при отсутствии доступа к БД. Гарантий не даю, поскольку сие из разряда "костылей". Будет ли оно ждать - не проверял. Можно проверить на файле (изменить условие ExecStart) и поиграться с типом сервиса. Т.е. пока существует файл, должен висеть. После удаления должен уйти в ребут и т.д.

В юните ниже отслеживается pid некого процесса.

/etc/systemd/system/my-transaction.service

[Unit]
Description=Control end of MySQL transaction
DefaultDependencies=no
Before=shutdown.target reboot.target halt.target

[Service]
Type=oneshot или simple или forking
ExecStart=/bin/bash -c 'while [[ -n $(pidof my_process) ]]; do echo "transaction active"; sleep 3; done' (в скрипт)

[Install]
WantedBy=halt.target reboot.target shutdown.target

p.s. Идиотизм конечно с моей стороны, но может и заработает... 

Ок. Однако он железки хочет увязать с программными делами. Отключили питание, сервак перешёл на упс, часы тикают до разряда. Поток данных идёт непрерывно и потоку неизвестно, отрубили питание или нет. Получается, что процесс полностью асинхронный, а поскольку ему нужно получить цельный вывод в базу без откатов и завершить сбор данных, потребуется ещё и саму "загогулину" прибить по факту завершения. Т.е... Выкл питания, Вкл UPS, тут нужно поймать сигнал от упса и приступить к завершению. Вот тут могут быть непонятки. 

p.s. Подозреваю, что он пачками там что-то в базу грузит... Может гео- или метео-... Но это только догадки...

Да всё проще. Нет никаких Дата-Центров и не будет. Нет никаких Ораклов и не будет (мне этого на работе выше крыши). Есть просто дача, на ней небольшой сервачок на РазбериПай, который изображает какой-то интеллект по управлению инженерной инфраструктурой этой дачи. Ну, например, набрать ночью (по минимальному тарифу) бак воды, полить (в мое отсутствие сад утром и вечером) в зависимости от сухости почвы, проконтролировать температуру в комнатах и подогреть комнаты, днем слегка, а вечером - потеплее.
Вот и вся проблема в том, чтобы аккуратно завершить полив сада-огорода, не устроить там болото, если внезапно электричество пропадет. То есть надо поймать переход на бесперебойник и, если надо, по сигналу с бесперебойника, закрыть все сливные краны. А то выливать в грядки куб воды - весь урожай смоет. Оно надо? А краны закрываются в течение 7-10 секунд. Вот мне и надо всё аккуратно закрыть, отметить в базе что произошло и кильнуться.
Вот и вся задача. Не надо ничего придумывать. Надо только суметь продержать работающим MySQL до завершения закрытия этих кранов. Чтобы он не кильнулся раньше. И всего делов...
=================
В принципе - задачу можно решить и из NUT'а. Закрыть краны оттуда, а затем выключить сервер. Я хотел сделать это на чистом systemd. Но, похоже, что есть сложности.

Cruiser78

Тебе чего пожелать - успеха или удачи?