Dotaz: Upgrade Mysql 5.1 na 5.5

[Beduret13]

Ahoj, velice rád bych provedl upgrade mysql 5.1 na verzi 5.5. Na internetu jsem hledal návody co vše pro to udělat (backup proveden), někdo se odkazuje na mysql_upgrade atp. Rád bych od specialisty znal postup co vše je potřeba pro správný přechod udělat. Pokud nainstaluji mysql-server-5.5 nejspíš se mi nainstaluje druhý mysql server vedle sql serveru 5.1, je to tak? Někde jsem četl, že je potřeba překopírovat datový adresář serveru 5.1 do datového 5.5, ale zdá se mi to takové neprofesionální. Můžete mi to prosím osvětit? Děkuji za čas.

Odpovědi

[NN]

Zadnou vedu bych v tom nehledal, udelej si zalohu a testovaci prostredi. Mysqldump databaze nalej do nove instalace, pro jistotu muzes pustit kontrolu pomoci mysql_upgrade. Seznam vsech zmen a dals postupy naleznes na strankach MySQL.

[Beduret13]

Pokud tedy pustím apt-get install mysql-server-5.5 tak mi starou 5.1 odinstaluje nebo to bude instalováno jako další služba? Ten DUMP samozřejmě mám, ale nerad bych udělal nějakou hloupost

[2012]

A ty ji tam chces nechavat? osobne bych ji prvne uplne odinstaloval klasicky pres apt-get remove. Jinak proc zrovna verzi 5.5, ktera uz od Oraclu, a ne 5.4, ktera je jeste od originalnich tvurcu pred prodejem.

[Beduret13]

Aha, ja bych ji tam nenechaval, ale kdyby doslo k nejakemu problemu, at se na ni muzu vrátit (změním ji např. BIND port). Ani jsem netušil, že se to už prodalo Oraclu Proto jsem zde taky psal, mě totiž Debian nabízí verzi 5.1 nebo 5.5 a verzi 5.5 mám už instalovánu na jiném serveru. Nevím jaký je rozdíl před prodejem a po prodej(rychlost? Stabilita? Nekomerční využití?)

[2012]

Aha v debianu uz je 5.5 . Kdysi jsem mel 5.5 zkusebne nainstalovanou, normalne z balicku od oraclu. Nelibila se mi, myslim ze mi tam tenkrat nechodila inicializace ciste databaze, ale kdovi treba to opravili. Problem bych spis videl s politikou Oraclu, maji svoji komercni db a proti te s mysql nejspis nepujdou, ostatne proto ji koupili.
Podle me by melo stacit zmenit port, apt-get ti dovoli nainstalovat vedle sebe? Zkusil bych co napise "apt-get install --dry-run mysql-server-5.5 mysql-client-5.5", jestli nebude nejaky konflikt s balicky.

[Program]

Tohle rozhodně funguje, jen Ti nikdo neřekne, že máš být právě v adr. /usr, jinak to nefunguje.

[Program]

5.5 byla snad ještě před prodejem, ne? V každém případě prodej SUNu se na mysql projevil zejména zastavením vývoje, nakonec vývojáři všechnu svou rozdělanou práci na mysql 6 mrskli do mysql 5.6, protože 6 asi nikdy nevyjde. Problém s mysql je, že jde do budoucna o mrtvý projekt, ale 5.5 je stabilní.

[2012]

5.5 uz byla od oracle prave: http://www.mysql.com/news-and-events/generate-article.php?id=2010_04

[Program]

Tak asi jo. Nic méně to asi 5.5 ještě moc neovlivnilo a opravy vycházely. Osobně používám 5.5 hodně intenzivně cca 2 roky (DB řádově desítky GB, traffic řádově desítky tis. qps) a na žádný problém jsem nenarazil. Pouze typicky rozpadající se replikace po alter table (nedodržení pořadí logu), ale to prostě mysql dělá (protože systémové db nejsou innodb).

[Program]

1. Záloha (klidně binární, pokud můžeš provést zase downgrade)
2. instalace mysql 5.5
3. mysql_upgrade
4. start mysql

 

Dump + upgrade + load je samozřejmě nejlepší, co můžeš udělat, ale trvá to dlouho a není to potřeba (strukutra innodb dat se od 5.1 do 5.5, pokud vím, vůbec nezměnila, jen tam přibyly věci jako performance_schema a to vytvoří mysql_upgrade), není třeba se obávat (vlastní zkušenost) a myslím, že je to i officiální postup.

Jinak pokud bych si chtěl být jó jistý, tak bych udělal dump datových db (vynechat systémové db) před a po upgrade a pak na to poštval diff (osobně jsem to nikdy nedělal, ale ty dumpy by měly být úplně stejné a pak můžeš spát opravdu klidně).

Za poslední, upgrade mysql odinstaluje předchozí verzi, to co popisuješ, dělá postgres, protože tam je to složitější (je většinou nutný dump).

[vdusek]

Raději bych instaloval MariaDB - https://mariadb.org/. Provede se "jakoby upgrade" stávající DB z distribuce.

Easy - https://downloads.mariadb.org/mariadb/repositories/#mirror=vpsFree&distro=Debian

[Beduret13]

Václave, děkuji za informaci. Slyším o tom poprvé, teď jsem si o tom přečetl na internetu a moc se mi to líbí, pokud to není ještě více pomalejší než mysql,tak do toho jdu. Na serveru mám 100.000 přístupů za cca. 10hodin. Takže to otestuji na virtuálu a uvidíme Kdyby měl někdo tušení, že to není dobrá volba, sem s tím

[2012]

mariadb verze 10.0.x je jeste beta verze pokud se nepletu, ale ta jejich 5tkova verze by stala za pokus... zalezi pro jaky vyuzti to mas...

[Beduret13]

Na jednom virtualu jsem si zkusil upragde z mysql 5.5 na mariaDB a proběhla automaticky na verzi 10 a funguje perfektně. Na server kde to chci také nasadit provozuju nějaké projekty a eshopy (prestashop) a vlastně dělané aplikace a pár známých tam má nějaké phpbb a wordpress. Jen ta návštěvnost je vysoká, což si myslím, že bude bohatě postačovat a je to fajn přejít nyní než až zjistím, že mysql šlo celé do kytek (cluster a další využívat nepotřebuju).

[vdusek]

Omlouvám se, jen upřesňuji - určitě verzi 5.5

Dávám to teď všude jak na běžící tak na nové systémy

[Beduret13]

Už jsem ho nahodil a běží mnohonásobně rychle než mysql 5.1 (a navíc tak nevytěžuje CPU), ještě potřebuji přeházet myisam do innodb, ale dle manuálu http://notette.blogspot.cz/2012/02/convert-myisam-database-to-innodb.html se mi nedaří pohnout při převodu s tabulkama, které v sobě mají fulltext, to tak budu dělat do půlnoci :( Neexistuje na to nějaký fígl jak se zbavit chyby ERROR 1214 (HY000) at line 6: The used table type doesn't support FULLTEXT indexes

[rdsg]

ja bych udelal mysqldump, upravil my.conf, aby pouzival innodb a pumpnul bych to zase zpatky:

innodb_file_per_table
innodb_buffer_pool_size=512M
innodb_flush_log_at_trx_commit = 2
innodb_log_file_size = 256M
innodb_log_buffer_size = 256M
innodb_flush_method = O_DIRECT

mysqldump [dm_name] -u [user] -p | bzip2 -9 > dbdum.bz2
bzcat dbdump.bz2 | mysql [dm_name] -u [user] -p

[Program]

No, ale v tom dumpu budete mít CREATE TABLE ... ENGINE MYISAM, takže to asi moc fungovat nebude.

Tohle udělat přes alter table.

[rdsg]

to by se dalo zmenit nejaky treba pres "sed" v tom dumpu

[Program]

Jasně, ale proč to takhle obcházet, když to umí mysql samo?

[Beduret13]

Přes ALTER table to napíše právě chybu s fulltextem, když v dané tabulce je políčko s fulltext hodnotou

[Program]

Když to nejde, tak to nepůjde nijak (a ono to to innodb nepodporuje). Zruš ten fulltext index a alter projde, to, že to bude pomalý je snad jasný.

[Beduret13]

Tušíš jak ten fulltext index smazat bez toho, aniž by se zrušily data, které v tom políčku jsou? Ono mi to při zrušení fulltextu chce smazat zcela políčko a vytvořit data

Co se týká fulltextu v innodb, tak to vypadá, že bude fungovat podle informací na webu, ale zatím jsem netestoval

[Program]

Tady je něco divně. fulltext index jde odstranit pomocí drop index, data se při tom nestratí, ale fulltext funkce nebudou fungovat.

[Beduret13]

Hledám ještě v dokumentacích, ale když do my.cnf zadám uvedené zápisy, sql nenastartuje. V logu vidím jen, že už socket existuje. Když innodb zápisy zruším, sql naběhne. Jen pro mou informaci, tyto zápisy umožní mysql nastavit innodb defaultně a dumpem se mi i s fulltextem (ten se při zpětném nahrátí zruší) nastaví innodb defaultně do všech tabulek?

[Program]

Problém bude v innodb_log_file_size = 256M. MySQL nenaběhne, pokud je v configu jiná velikost innodb logů, než je na disku, pokud byl server ukončen korektně, je možné innodb logy smazat a pak to bude ok, Jiná cesta není.

[Beduret13]

Ano, musel jsem stopnout a smazat logy (logy měly 5MB). Teď už to naběhlo. Díky

[Program]

POZOR!!! MySQL 5.5 nepodporuje fulltext v innodb (a MariaDB je binárně kompatibilní s MySQL 5.5)

[Program]

MariaDB je fajn, ale jejich přístup se mi nelíbí. Osobně se mi příčí používat v produkčním prostředí něco, co není dokumentované (pouze existuje dokumentace původního forknutého projektu).

[Beduret13]

Já bych to asi jako velký problém neviděl, určitě pokud s tím tak začínají a snaží se to odladit pro všechny, tak je jasné, že moc času na psaní již zdokumentovaného časem mrhat nebudou. Líbí se mi, že za tím stojí tvůrce mysql, takže to mi dává trošku taky záruku.

[Program]

No, ono už s tím začínají několik let a v tomto směru žádný pokrok. Ale je to čistě můj názor a nikomu to necpu. Jinak ano, Monty jistou zárukou asi je, ale osobně zatím vyčkávám.