Mysqldump: Skipping dump data for table ‚nateztabulky‘, it has no fields

31. 10. 2017 15:20:25

Zdravím,

setkali jste se někdo s problémem, kdy mysqldump nedumpuje, protože nedokáže přečíst strukturu tabulek na které má evidentně práva?

... vypíše infohlavičku dumpu a skončí na první tabulce následovně:

-- Retrieving table structure for table program...

-- Skipping dump data for table 'program', it has no fields

... pokud přidám parametr -f , tak to skončí stejně pro všechny tabulky dumpované db.

Host na kterém je DB je Debian 6 s Mysql 5.1 (je to i386)

Toto mi NEfunguje, když to dělám ze serveru s Debianem 9, kde je instalován mysqldump z balíčku mariadb-client-10.1:

mysqldump Ver 10.16 Distrib 10.1.26-MariaDB, for debian-linux-gnu (x86_64)

Ovšem! Pokud to samé udělám z dalšího serveru, který je Debian 8, kde je instalován mysqldump z balíčku mariadb-client-10.1:

mysqldump Ver 10.15 Distrib 10.0.32-MariaDB, for debian-linux-gnu (x86_64)

... tak je to OK!

Nechápu. Nevíte někdo, kde by mohl být problém?

31. 10. 2017 15:20:25

https://webtrh.cz/diskuse/mysqldump-skipping-dump-data-for-table-nateztabulky-it-has-no-fields#reply1309453

Václav Dušek

(77 hodnocení)

31. 10. 2017 15:46:22

ze by https://bugs.mysql.com/bug.php?id=34192 ?

31. 10. 2017 15:46:22

https://webtrh.cz/diskuse/mysqldump-skipping-dump-data-for-table-nateztabulky-it-has-no-fields#reply1309452

horonet

1. 11. 2017 16:05:16

Napsal vdusek;1421162
ze by https://bugs.mysql.com/bug.php?id=34192 ?

Nejsem si jistej. Tohle všechno jsou starý bugy. Jak jsem psal - mysqldump v. 10.16 NE a mysqldump v. 10.15 OK.

1. 11. 2017 16:05:16

https://webtrh.cz/diskuse/mysqldump-skipping-dump-data-for-table-nateztabulky-it-has-no-fields#reply1309451

Václav Dušek

(77 hodnocení)

1. 11. 2017 16:36:21

Verze DB serveru x verze mysqldump klienta - neni tam nejaka souvislost?

Chapu to spravne, ze se vzdy pracuje proti stejne verzi serveru Mysql 5.1 (je to i386)?

Proc neni mozne provadet zalohy primo na SQL serveru?

1. 11. 2017 16:36:21

https://webtrh.cz/diskuse/mysqldump-skipping-dump-data-for-table-nateztabulky-it-has-no-fields#reply1309450

horonet

1. 11. 2017 18:05:14

"Verze DB serveru x verze mysqldump klienta - neni tam nejaka souvislost?"

... nevím přesně, jakou souvislost hledat. asi opravdu konkrétní nesoulad mysqldump vs. server. budu pátrat.

"chapu to spravne, ze se vzdy pracuje proti stejne verzi serveru Mysql 5.1 (je to i386)?"

... ano. server ze kterého se má exportovat je vždy ten stejný 5.1

"Proc neni mozne provadet zalohy primo na SQL serveru? "

... možné to samozřejmě je i když nejde přímo o zálohy ale o přenos databází při migraci.

jde mi o to hlavně přijít tomu na kloub.

přišel jsem na to při migraci hostingu (ISPConfig) ze starýho debianu na novej pomocí jejich migračního nástroje a ten to tak dělá. on si na starém SOURCE serveru připraví bash script se sadou příkazů, který se pak spusí na novém TARGET. tak mě trochu štve, že jsem utratil 60 éček za polofunkční věc. i když drtivou část poráce to udělalo a ty db už si přenesu. spíš to chci vyřešit z principu. s jejich supportem jsme na nic nepřišli.

1. 11. 2017 18:05:14

https://webtrh.cz/diskuse/mysqldump-skipping-dump-data-for-table-nateztabulky-it-has-no-fields#reply1309449

Václav Dušek

(77 hodnocení)

1. 11. 2017 18:32:07

Osobne preferuji manualni prechod, k tomu scriptu jsem nikdy nemel duveru...

Sjednotil bych verze ISPConfigu, na starem serveru udelal dump a na novem import.

Prece jen v Debianech je dost zmen na to, abych veril tomu, ze to nejaky script za mne vyresi...

1. 11. 2017 18:32:07

https://webtrh.cz/diskuse/mysqldump-skipping-dump-data-for-table-nateztabulky-it-has-no-fields#reply1309448

horonet

3. 11. 2017 10:00:09