FreeBSD11 + Zabbix + Mysql 5.6.34
Оставил на ночь запрос на удаление большого кол-ва данных (порядка 50Гб)
delete FROM history_uint
, но не подумал о блокировках и предварительно не остановил процесс Zabbix. Утром выяснилось, что запрос не отработал, убил его через консоль mysql с kill id
Решил перезапустить сервис mysql чтобы исключить влияние каких-нибудь еще возникших блокировок.
При старте сервиса, mysql начинает делать рекавери, но виснет на одном из этапов:
tail -f /var/db/mysql/xxx.ru.err
InnoDB: Doing recovery: scanned up to log sequence number 20824445019648
InnoDB: Doing recovery: scanned up to log sequence number 20824450262528
InnoDB: Doing recovery: scanned up to log sequence number 20824455505408
InnoDB: Doing recovery: scanned up to log sequence number 20824460748288
<еще 40 однотипных строк>
InnoDB: Doing recovery: scanned up to log sequence number 20824654734848
InnoDB: Doing recovery: scanned up to log sequence number 20824659977728
InnoDB: Doing recovery: scanned up to log sequence number 20824665220608
InnoDB: Doing recovery: scanned up to log sequence number 20824670463488
InnoDB: Doing recovery: scanned up to log sequence number 20824675706368
InnoDB: Doing recovery: scanned up to log sequence number 20824680949248
InnoDB: Doing recovery: scanned up to log sequence number 20824686192128
InnoDB: Doing recovery: scanned up to log sequence number 20824689491097
Судя по htop, что-то происходит (утилизация CPU - около 20%), но я жду уже достаточно долго.
Как понять, происходит ли восстановление на самом деле или же mysql просто зависает на этом восстановлении?
