4. MariaDB vs.
MySQL
MariaDB
‒ MariaDB Foundation
‒ GPL 2
‒ Community driven
‒ Egyre népszerűbb
‒ Jobb teljesítmény
‒ Több adatbázismotor
MySQL
‒ Oracle
‒ GPL 2
‒ Oracle driven
‒ Bizonytalan jövő
6. High Availability CAP tétel
Consistency (Konzisztencia) – mindig ugyan az az adat
Availability (Rendelkezésre állás) – mindig elérhető
Partition tolerability (Partíció-tűrés) – szétesik, akkor is működik
RDBMS-ek az ACID (Atomicity - atomicitás, Consistency -
konzisztencia, Isolation - izoláció, és Durability - tartósság) elvek
miatt CA-k
7. High Availability Fencing
Fencing – deszinkronizált szerver kizárása
- Quorum – többségi szavazással
STONITH (Shoot The Offending Node In The Head)
– killall -9, shutdown, management porton poweroff
Split-brain
– újraszinkronizálhatatlan node-ok, egyik töröl
11. Master-master
replication
2 Master slave egyben
- MariaDB és MySQL alatt is megy
- 2 master egymás slave-je
- Load-balance, high-availability
- Aszinkron
- Vigyázz! Split brain
13. Multi-source
replication
Global Transaction ID
- Csak MySQL 5.7 és MariaDB 10.0 érhető el
- GTID – soronként értelmezett tranzakció, egyedileg
szerverenként megjelölve
- Más a GTID felépítése MySQL és MariaDB alatt
- Célja: több szerver egyszerű mentése, nagy rendszerek
adatelemzése
15. Galera cluster Wsrep
‒ MariaDB 10.1 óta beépítettem elérhető
‒ Korábbi MariaDB és MySQL-hez patchelt verzió szükséges
‒ Multi-master megoldás, legalább 3 node
‒ Csak InnoDB-vel megy
‒ Szinkron replikáció wsrep API-n, no lag
‒ Jól tűri a WAN-on keresztül a replikálást
‒ Quorum, fencing, szinkronizálás automatikus
‒ Lehet hibrid megoldás, wsrep és klasszikus replikálást vegyíteni
19. Kooperáció Fejlesztés
Nagy rendelkezésre állás esetén legalább 3 szerver szükséges
Üzemeltetői és fejlesztői együttműködés
Az fejlesztett alkalmazásoknak is képesnek kell lennie kezelni a
helyzeteket
Javasolt kerülni a komplex lekérdezéseket, DB hot pointokat