тогда, с точки зрения хрустального шара ( алгоритма решающего дерева), это скорее разрушение данных из-за дисков

я это предполагал , но как то решил сначала в системе капаться

так а что было в innodb_flush_log_at_trx_commit  ?

выдержка из лога

2020-09-14 16:03:52 7ff55c7fc700  InnoDB: Assertion failure in thread 140691795592960 in file trx0purge.cc line 703
InnoDB: Failing assertion: purge_sys->iter.trx_no <= purge_sys->rseg->last_trx_no
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.

не, это настройка mysql такая.
если не трогал, то маловероятно сломать данные внезапной перезагрузкой

InnoDB: about forcing recovery.
200914 16:03:52 [ERROR] mysqld got signal 6 ;

нет, я про настройку innodb_flush_log_at_trx_commit  из конфига  mysql
меняли или нет?

я в конфиг не разу не заходил ), я знаю что в этом нет особой нужды

так надо зайти. может изначально так развернули

# cat /etc/my.cnf
#
# This group is read both both by the client and the server
# use it for options that affect everything
#
[client-server]
open-files-limit=20000
#
# include all files from the config directory
#
!includedir /etc/my.cnf.d

#pid-file    = /var/run/mysql/mysql.pid

# cat /etc/my.cnf.d/server.cnf
#
# These groups are read by MariaDB server.
# Use it for options that only the server (but not clients) should see
#
# See the examples of server my.cnf files in /usr/share/mysql/
#

# this is read by the standalone daemon and embedded servers
[server]

# this is only for the mysqld standalone daemon
[mysqld]
max_allowed_packet = 16M

# this is only for embedded server
[embedded]

# This group is only read by MariaDB servers, not by MySQL.
# If you use the same .cnf file for MySQL and MariaDB,
# you can put MariaDB-only options here
[mariadb]

# This group is only read by MariaDB-10.0 servers.
# If you use the same .cnf file for MariaDB of different versions,
# use this group for options that older servers don't understand
[mariadb-10.0]
port            = 3306
bind-address    = 0.0.0.0

# bin_log
#log_bin = /var/log/mariadb/mariadb-bin.log
#max_binlog_size= 500M
#expire_logs_days = 3
# error_log
#log_error = /var/log/mariadb/mariadb.err
#log_warnings = 1
# slow_log
##log_slow_queries = /var/log/mariadb/mariadb_slow.log
#long_query_time = 10
#log-queries-not-using-indexes
#log-slow-admin-statements
# request_log
#log = /var/log/mariadb/mariadb.log
# replication_log
##relay-log = /var/log/mysql/mysql-relay-bin.log

Может killall попробовать применительно к скулю?

ok
ну тогда скорее всего проблема с дисками или  там в виртуализаторе каким-то образом данные подпортили

дело в том , что убивать некого

Ну а х. з.

Благодарю за ответ , буду может переносить тогда все в докер... че уж

так че переносить. бекап надо разворачивать

это можно починить, но часто настолько сложно, что проще отказаться от данных

каким образом чинить ?