Update MariaDB na ekvivalent MySQL 5.6?

Gasimo neki stari dev server zbog neke Hetznerove migracije, a i zastareo je, pa sam porucio neki nov.
Linux CentOS 7.3 + Plesk ponovo

S tim što mi je sada na serveru nije instaliran MySQL nego MariaDB.

Megento 1.9 requirements za DB je MySQL 5.6 (Oracle or Percona)
A za Magento 2 je


Sa ovog linka sam razumeo da meni treba verzija 10?

Ako nemas neki poseban razlog (hint: ako ne znas koji - nemas), safe bet je pretplatis se na official Oracle yum repo, stavis MySQL 5.6 iz njega poslednji i miran si. Ne 5.7 jer ima nekompatiblnih promena, ne Percona, ne Maria, vec plain vanilla MySQL 5.6 GPL.

Ako ti ikad zatreba nesto drugo upgrade je lako izvesti, ovo ti je safe bet.

Potpis

Please do not feed the Trolls!

Blasphemy? How can I blaspheme? I'm a god!'

Sta znaci pretplaatiti se na Oracle um repo?
Odnosno sta znaci pretplatiti se? Neka koštanja dodatna, ili...?

Koliko vidim to bi trebalo da bude samo
https://docs.oracle.com/cd/E37...l/ol_downloading_yum_repo.html


Mozes li pls u kratkim crtama da mi napises kako bi trebalo da izgleda prelazak sa MariaDB na MySQL 5.7, a ja cu dalje da guglam.

https://docs.oracle.com/cd/E52.../E39381/html/ol_about_uln.html

Za 119 dolara godišnje dobiješ ono što je u dokumentu.

Je l' moze nekako bez 119 dolara :)

ne kosta bre nista ...

https://dev.mysql.com/downloads/repo/yum/

instaliras rpm sa repozitorijumom za rhel 7:

https://dev.mysql.com/get/mysq...unity-release-el7-9.noarch.rpm

onda odes u /etc/yum.repos.d/ i editujes mysql-community.repo

po defaultu ti je enabled mysql 5.7 a disabled 5.6 ako oces obrnuto
stavi za 5.7 da je disabled a 5.6 da je enabled i to je to

uradis yum update posle toga

i vozi misko :D .. imas uvek najnoviji 5.6 oracle binary na serveru

(sad dal ti terba 5.6 ili 5.7 nemam pojma ja se klonim i pleska i
magentoa, ako nidza kaze 5.6 idi sa 5.6 :D )

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

https://dev.mysql.com/doc/mysql-yum-repo-quick-guide/en/

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Moze, dao ti je Bogdan link. :) Samo instaliras rpm i vozi.

Pazi, ako ti pasuje 5.7, ako imas multi-core CPU (ili vise njih) i dosta RAM-a koje mozes da uposlis, sve su to ralozi da razmisljas o 5.7 ili Percona - ali ako hoces "safe bet", zvenki 5.6, vidi kako radi, pa onda mozes dalje. Sustina je da sa plain vanilla 5.6 uvek mozes upgrade na nesto drugo (percona 5.6 , vanilla ili percona 5.7 , mysql 8 kad izadje, maria 10...), ali je mnogo slozenije sa njih nazad na 5.6 . Takodje, sve ovo podrazumeva da radis ozbiljne optimizacije, a ne da stavis Plesk i isklikces nesto, bez uvrede.

Ja pretpostavljam da ces na tom Plesku da imas 5-6-10+ sajtova, koji nemaju veliki saobracaj. Ako ikad budes imao dosta toga, npr. na tom Magento-u, onda ces imati drugu pricu, masinu samo za njega i onda mozes polako da razmisljas i o boljoj bazi, ali i o drugim stvarima koje ce ti za Magento vise znaciti (ako nemas za komercijalni magento, pre svega neki Varnish ispred).

Potpis

Please do not feed the Trolls!

Blasphemy? How can I blaspheme? I'm a god!'

Mene zanima da li moram da uninstall MariaDB prvo?

server ima 64GB RAM, a CPU je (Intel® Xeon® E3-1275 v5 Quad-Core Skylake inkl. Hyper-Threading-Technologie)
Nego ne znam kako ću posle da namunjim 5.7 da mi radi Magento i ostalo ako krenu problemi... Jer jbg, ipak sam ja samo "plek klikač" :P. I daleko bilo da se uvredim zbog toga, svestan sam šta sam :), a i sujeta mi je 0%.

Inače evo potrebe.

dakle nema mail servera. To sam uzeo kod Euneta neki cloud postfix.

Biće mi potrebno za
- 1 Magento 1.9 site oko 5000 produkata, ali nema online kupovine. Prezentacioni je sajt.
- 1 Magento 1.9 site sa oko 300 aktivnih produkata, ima online kupovine, ali par mesečno
- 2 Magento 2.1 sa po tridesetak produkata, moguća je online kupovina, ali više služi za "request a quote". Dakle samo prezentacioni
- dvadesetak WP sajtova, opet samo prezentacioni, nisu preterano posećeni
- desetak HTML statičnih stranica

- Magento 1.9 u dev fazi, dosta produkata, ali po završetku ide na odvojen server
- Magento 2 u dev fazi, par desetina produkata, verovatno će ostati na serveru.


To je u principu sve, i verujem da je ovaj server ok, jer mi se isto to vrti na trenutnom starom serveru, i CPU load je 3, a imam 12 core.
Memorija 8/64

ne moras, instaliras oraklov mysql repo, i kada uradis yum update on ce pregazi mariju sa normalnim mysql-om (posto je marija vec napisala da je "normalan mysql" tako da je to samo obican update)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

U čemu je štos kod tih sistema koji zahtevaju striktnu verziju baze?
Postoje sistemi koji ne mare mnogo ni koji je proizvođač baze, bitno da je sql.

Kapiram da je masa sql upita, ključeva, indeksa, procedura, ista.

Šta oni koriste specifično od baze, da bi bili zavisni od verzije?

Potpis

Moj Veb Sajt HostCentar Blog
Aleksinac Južna Srbija TimeOut

SQL sintaksu, posebno vezano za stored procedure. Takodje, masa upita zapravo nije ista, create statementi se isto razlikuju, indexi se razlikuju - cak nisu ni isti. MySQL je primer da neki indexi ne rade na svim tipovima tabela unutar iste baze - vec su vezani za odredjeni storage engine.... a kamoli da predjes na postgre npr.

Potpis

Please do not feed the Trolls!

Blasphemy? How can I blaspheme? I'm a god!'

@nkrgovic

Ovo kažeš vezano za verzije MySql-a? Što bi se razlikovali upiti i indeksi?

Batali moju opasku vezanu za različite verzije baza, to je blagi offtopic...

Potpis

Moj Veb Sajt HostCentar Blog
Aleksinac Južna Srbija TimeOut

u medjuvremenu sam instalirao Debian.
isto Maria DB, doduse verzija 10.0.29


Ispratio samo tacku 1. Adding the MySQL APT Repository
https://dev.mysql.com/doc/mysql-apt-repo-quick-guide/en/

Izabrao 5.6

okinuo apt-get update, ali nista. i dalje je MariaDB

da bi deinstalirao mariadb, moras da znas i kako se instalira.
fazon je u tome sto preuzme holder za mysql, tako da apt gadja mariadb repozitorijum.

ukoliko je debian, otvori /etc/apt/sources.list
i pronadji zapis za mariadb, npr: deb [arch=amd64,i386] http://mirror.netinch.com/pub/mariadb/repo/5.5/ubuntu trusty main

obrisi taj zapis, deinstaliraj mariadb paket, obrisi apt kes, apdejtuj pakete i instaliraj mysql ponovo.
ili kompajliraj iz source-a, ali opet ces morati da uklonis mariadb zapise.

Potpis

Moj Veb Sajt HostCentar Blog
Aleksinac Južna Srbija TimeOut

@kojot, rece ti agvozden sta i kako, pitao si za yum/rpm pa ti to
napisah :D .. ja licno nisam ljubitelj debi(l)ana .. sa centos-om na
hz-u imam najbolja iskustva

@agvozden, generalno kod tih zahteva 99% razloga je pismenost .. sta je
fora, mysql je krenuo dosta davno i u startu je imao samo osnovnu
podrsku za sql, nikakvu podrsku za mnogo sta drugo i pun .!. bagova, al
je bio mega brz, i za tada "izrodjenog" web developera bio je dovoljno
jednostavan ... zato je procvetao i postao najinstaliraniji rdbms na
svetu.. e sad, fora je sto je mysql za ove 22 godine rastao i polako
podrzavao full sql standard, a da bi podrzao pun sql standard neke
stvari je morao da promeni, jeli, tako da je brdo stvari koje su radile
pre 22 godine prvo bilo deprecated u par verzija pa onda postalo i
unsupported.. (pritom te promene se menjaju samo na drugom broju
verzije, na trecem broju verzije su samo bugfixes nema nikakvim izmena
tog tipa)... oko 1-2% stvari koje su tako promenjene su potpuno izbacena
dok su sve ostale promene bazirane na default vrednostima koje ce mysql
da koristi ako ih nema u konfigu i veci deo njih se kontrolise sa
sql_mode setom modifikacija... tako da "neispravno vreme i datum" koje
si mogao da imas u date/time/datetime.. poljima od neke verzije recimo
vise ne radi (ako upises pogresn datum u polje ne dobijes datum
0000-00-00 nego gresku i nema inserta) i brdo aplikacija (poput magenta)
je prestalo da radi ... naravno, u mysql serveru mozes da podesis
sql_mode da izbacis NO_ZERO_DATE i NO_ZERO_IN_DATE i onda radi ko ranije
.. i brdo takvih stvari .. pogledaj spisak npr ovde:
https://dev.mysql.com/doc/refman/5.7/en/sql-mode.html

sa druge strane, dok je mysql napredovao, menjao se, dodavao nove
stvari, menjao kako stare stvari rade ( cuveni problem recimo je group
by
https://dev.mysql.com/doc/refm...tml#sqlmode_only_full_group_by
zato sto su ljudi koristili group by na pogresan nacin ) neki developeri
su ostali u devedesetim i lakse im je da kazu "mora imas verziju x.y"
nego da oprave svoj pateticni kod :( ..

ja licno ne verujem da za magento treba vise od 1 dan posla za nekog ko
nikad nije video taj kod da ga opravi da radi ok sa 5.7 .. a za ljude
koji pisu taj kod ne verujem da treba vise od 2-3h posla .. samo sto bi
jbg.. radi i ovako :D ...

e sad imas i onih 1% razloga koji su najcesce vezani za testiranje ..
nesto je "vazno" (npr neki banking sistem) pa je pretreseno i na sve
nacine testirano sa verzijom XYZ svega zivog .. pa radi samo sa ovim
libovima i tim verzijama, samo sa onom bazom, samo sa... i tako dalje
... radi najverovatnije i kad sve upgradeujes ali oni ljudi nisu
testirali pa nece garantuju da radi ok..

dal je magento u 99% ili u 1% ne znam, nisam koristio doticni nikad ...
mada php ko php, ja kontam da su u 99%

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

@agvozden: Ja sam konkretno mislio na FullText indexe. MySQL ih ima odavno, ali samo za MyISAM tip podataka, za InnoDB nije radio sve do 5.6 recimo. Tako si na MySQL 5.5 (godinama bio standard), imao fulltext samo na myisam tabelama i mogao si da biras izmedju glupog storage engine-a ili nemanja fulltext-a... najcesce se biralo ono trece - externi fulltext, tipa sphinx ili elasticsearch. :) Da ne ulazim u pricu na sta lici Percona i Toku engine npr. Bogdan ti je mnogo lepo objasnio :D

Potpis

Please do not feed the Trolls!

Blasphemy? How can I blaspheme? I'm a god!'

@bogdan.kecman
Tvoj prethodni odgovor me podsetio na priču kako MS objašnjava zašto ima gomila špageta/$"#$# u Windows-u a sve zarad očuvanja kompatibilnosti sa aplikacijama pisanim ko zna kad.

Potpis

Owl

@owl, pre nego je oracle preuzeo management bilo je gore nego sto
mislis, monti je kralj spageti koda, mysql je u originalu bio ozbiljan
spageti vestern, monti je zarad toga da dobije promil na ubrzanju ceo
sistem pravio nabudzeno i prebudzeno .. zbog toga je bilo nekoliko
pokusaja forkova za refaktoring i ciscenje koda, najpoznatiji je drizzle
projekat..

kada je oracle preuzeo, zaposlio je cudo QA inzenjera (to monti nije
dozvoljavao nikad, to je razlog zasto marija binary nije ni za .!. i
zasto kukaju i placu sto je oracle prestao da publishuje sve test
caseove za bagove i slicno, jer oni i dalje zavise iskljucivo od koda
koji oracle pravi) i zamenio coveka koji vodi development (prebacio
tomasa koji je vodio mysql klaster dev da vodi ceo mysql) i postavio
stvari na pravi nacin ... od tada je skoro ceo kod refaktorovan, izbacen
je skoro sav spageti kod i skoro pa je doslo do (u 5.7) cistog sorsa :D
... u osmici (koja je izasla pre neki dan) mislim da vise niceg nema od
tog starog budza... vise ni myisam nije tu :D ... takodje, za razliku od
promena za vreme montija (gde se iz cista mira menjalo stagod, bez
backward kompatibilnosti, procesa etc..) sve promene u oraklu prolaze
uzasno komplikovan proces, generalno "nekompatibilne promene" su skoro
nemoguce. tako da sada cak i kada se prave promene zarad usaglasavanja
sa standardom i slicno kroz sql_mode mozes da vratis staro ponasanje

sad jbg, monti je iskoristio skoro sve pare koje je dobio od prodaje
mysql-a da sirenje fud-a... i posle par godina i potrosenih skoro 11M
dolara na kampanju uspeo je da ugura mariju u distro-e umesto orakla,
uspeo je da napravi neku pricu protiv orakla koja bas nema nikakvu
podrsku u realnosti .. tuzno jbg ... napravio je ogromnu stetu i mysql-u
i open source svetu zarad svoje sujete :( .. no sta je tu je .. biznis
as usual ..

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

instalirao ponovo centos, i mysql 5.6. ne znam koji sql_mode da upucavam da bi mi radio Magento, mada vidim da ljudi pisu po forumima da im radi magento na 5.7.
hvala :)