Občasné havárie MariaDB a ztráta části dat

[thcom]

ahoj mam ty mensi server pro nasi Krcmu, uz 2x se nam stalo ze se nam ztratila cast DB

treba dnes, data pouze do 6.12.2016

pokazde to obnovim ze zalohy, ale trapi me, co se deje

stroj je intel core i5, 8 GB RAM

linux ubuntu server 16.04 LTS a db MariaDB 10.2.11

prikladam vypis ze syslogu

Kód: [Vybrat]

Jan 19 06:27:41 cluster01 mysqld[1320]: 2018-01-19  6:27:41 140365638493952 [ERROR] InnoDB: Fetch of persistent statistics requested for table `pokladna`.`nakupy_dph` but the required system tables mysql.innodb_table_stats and mysql.innodb_index_stats are not present or have unexpected structure. Using transient stats instead.
Jan 19 06:27:41 cluster01 mysqld[1320]: 2018-01-19  6:27:41 140365638493952 [ERROR] InnoDB: Column last_update in table `mysql`.`innodb_table_stats` is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).
Jan 19 06:27:42 cluster01 mysqld[1320]: 2018-01-19  6:27:42 140365638493952 [ERROR] InnoDB: Column last_update in table `mysql`.`innodb_table_stats` is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).
Jan 19 06:27:42 cluster01 mysqld[1320]: 2018-01-19  6:27:42 140365638493952 [ERROR] InnoDB: Column last_update in table `mysql`.`innodb_table_stats` is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).



napada vas cim, by to mohlo byt ?

dekuji

[Reklama]

[Dzavy]

Urcite zmizely data? Zni to jako by byl poskozenej index, takze data by tam bejt mely, akorat nejsou k nalezeni indexem.

Neni mozny, ze tam jsou dve ruzny verze MariaDB/MySQL nad stejnejma tabulkama? Pripadne nejakej neuspesnej upgrade?

Dalsi tip tady https://dba.stackexchange.com/questions/139917/getting-innodb-internal-errors-on-every-query-run - Exporting and importing the database "mysql" has fixed the problem in my debian server.

[Jan Forman]

Ty DB stroje jsou obvykle navrženy tak aby se žádná data neztrácela.
Pokud už jsem o nějaké přišel, obvykle se jednalo o

1) hardware v háji
2) výpadek energie (obvykle vícenásobný)
3) nesprávné ukončení procesu (nefunkční ACPI ve virtualizaci, odpojený storage před ukončením DB třeba)