Dotaz: MySQL: převzetí databází z 5.7 do 8.0

[vri]

Historie: Poškodilo se něco v lokální instalaci MySQL 5.7, nešlo s tím nic dělat, ani přeinstalovat, nefungovaly žádné rady, nešlo nic.

Dlouho jsem to marně řešil. Nakonec jsem 5.7 odinstaloval, nainstaloval 8.0, jede v pohodě.Teď bych rád do 8.0 nahrál (zaregistroval) zachované databáze z 5.7 (adresář DATA a podadresáře). Mám tedy jen adresář DATA, nemám exporty.

Nevíte někdo, jak se to dělá?Nikde jsem o tom nic nenašel. Ani nevím, jak se taková činnost nazývá (import to teda není).

---

---

Odpovědi

[NN]

Myslis obnovu z fyzickych souboru?

[Dalibor Smolík]

mysqldump jmeno_databaze > jmeno_databaze.sql
obráceně
mysql jmeno_databaze < jmeno_databaze.sql

[M. Ponkrác]

Nainstalovat dočasně někam MySQL 5.7, a převést data na SQL dumpy (program mysqldump).

Následně tyto dumpy použít na MySQL 8.0.

Cokoli jiného je nesmysl.

[Lyco]

Souhlasím, správné řešení je rozběhat nad zálohou (nejlépe na jiném stroji) DB a dumpnout data. Pokud máš zálohu celé DB? tak by to neměl být problém.

Pokud máš jenom InnoDB soubory, tak se dají naimportovat - možná. Když jsem to před pár lety potřeboval, MySQL mi data odmítla.

MyISAM by měl jít nakopírovat jak je.

Možná budeš potřebovat vynutit InnoDB recovery. Upozorňuju, že je to nouzovka, a data nemusí být úplně v pořádku (kdyby v pořádku bylla, tak to není nutné).

[alkoholik]

Ono dost zalezi na typu storage, ktery jsi pouzival. MyISAM se dalo normalne zkopirovat jako adresar a nagrantovat prava. U InnoDB je potreba i zurnal (ibdata1, ib_logfile*), aby se databaze probrala. U TokuDB a podobnych ti neporadim.
Btw: adresar DATA? To smrdi jako nejake zasrane Windows..

[M. Ponkrác]

Až na to, že tato prasárna nemusí fungovat. Storage enginy nejsou kompatibilní mezi verzemi na 100 %, což si mimo jiné přečtete i v manuálu k MySQL. A to nemluvím o možnosti jiných struktur indexů.

Zvláště u MySQL 8 je těch nekompatibilních změn ve struktuře poměrně hodně. Storage enginy se staly zodpovědné za některé věci, které dřív řešil databázový stroj globálně. Změnilo se schéma uložení databázových objektů a informací o nich. Změnil se celý systém práv.

Já bych raději viděl člověk korektně pracujícího pod Windows, než linuxáka, který doporučuje nefunkční a polofunkční prasárny jako je připojení databázových souborů výrazně jinou verzí databáze. Určitě to druhé je daleko škodlivější a horší počínání.

[alkoholik]

K tumuhle par poznamek:
V ruznych manualech jsem si precetl uz spousty pohadek.
"nemusí fungovat" != nebude fungovat. Je to pokus o zachranu dat. V tu chvili me prava puvodne ulozene v uplne jine databazi az tak nezajimaji.
Indexy se daji vytvorit bez vetsich problemu znovu.
Korektne pracujici clovek by mel zalohy.
Misto upgrade na MariaDB si vybral Oracle MySQL. Mel si zaplatit a napsat na jejich naprosto priserny support.

Mame holt jiny pristup. Kdyz se rozsype databaze, tak zajdeme za Ponkracem a z nej jen vypadne: je to skodliva a polofukcni prasarna, to delat nebudu.
Proc bych vubec mel zamestnavat nekoho takoveho?

[Lyco]

No tak zrovna u databáze obvykle chceme spolehlivost a konzistenci. Kopírování souborů do jiné verze, obzvlášť do databáze která se už používá, může skončit tím že databáze nenaběhne, že poběží ale budou se objevovat tajemné chyby, že data budou vypadat OK ale ve skutečnosti nebudou, nebo že všechno bude OK. Všechny možnosti až na tu poslední jsou špatné, a pravděpodobně jsou horší než současný stav. Rozbít funkční databázi, protože jsem chtěl zachránit data z databáze nefunkční, není dobrá rada. Moje vlastní zkušenost je, že u každé databáze složitější než řekněme BDB je potřeba s tou databází pracovat pouze přes interfacy které ta DB dává světu, a nijak jinak, nebo to skončí rozbitými daty.

Mame holt jiny pristup. Kdyz se rozsype databaze, tak zajdeme za Ponkracem a z nej jen vypadne: je to skodliva a polofukcni prasarna, to delat nebudu.
Proc bych vubec mel zamestnavat nekoho takoveho?

Protože když má na výběr mezi bezpečným a funkčním řešením, a řešením které je riskantní a nepodporované, tak si vybere to bezpečné, a odmítne to riskantní.

[dustin]

Jaké riziko je data nakopírovat na nějaký jiný stroj a prostě to zkusit?