Një degë e re e rëndësishme e MariaDB 11 DBMS është prezantuar

10 vjet pas themelimit të degës 10.x, u lëshua MariaDB 11.0.0, e cila ofroi disa përmirësime dhe ndryshime të rëndësishme që prishën përputhshmërinë. Dega është aktualisht në cilësinë e lëshimit alfa dhe do të jetë gati për përdorim prodhimi pas stabilizimit. Dega tjetër kryesore e MariaDB 12, që përmban ndryshime që prishin përputhshmërinë, pritet jo më herët se 10 vjet nga tani (në 2032).

Projekti MariaDB po zhvillon një pirun nga MySQL, duke ruajtur përputhshmërinë e prapambetur kurdo që është e mundur dhe duke shfaqur integrimin e motorëve shtesë të ruajtjes dhe aftësive të avancuara. Zhvillimi i MariaDB mbikëqyret nga Fondacioni i pavarur MariaDB, duke ndjekur një proces zhvillimi të hapur dhe transparent që është i pavarur nga shitësit individualë. MariaDB DBMS ofrohet në vend të MySQL në shumë shpërndarje Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) dhe është zbatuar në projekte të tilla të mëdha si Wikipedia, Google Cloud SQL dhe Nimbuzz.

Një përmirësim kyç në degën MariaDB 11 është kalimi i optimizuesit të pyetjeve në një model të ri të peshës (modeli i kostos), i cili siguron parashikim më të saktë të peshave të çdo plani të pyetjes. Ndërsa modeli i ri mund të lehtësojë disa pengesa të performancës, ai mund të mos jetë optimal në të gjithë skenarët dhe mund të ngadalësojë disa pyetje, kështu që përdoruesit inkurajohen të marrin pjesë në testim dhe të njoftojnë zhvilluesit nëse shfaqen probleme.

Modeli i mëparshëm ishte i mirë në gjetjen e indeksit optimal, por kishte probleme me zbatueshmërinë e skanimeve të tabelave, skanimeve të indeksit ose operacioneve të tërheqjes së diapazonit. Në modelin e ri, kjo pengesë eliminohet duke ndryshuar peshën bazë të operacioneve me motorin e ruajtjes. Kur vlerësojmë performancën për operacionet e varura nga shpejtësia e diskut, të tilla si skanimet sekuenciale të shkrimit, tani supozojmë se të dhënat ruhen në një SSD që ofron shpejtësi leximi prej 400 MB për sekondë. Për më tepër, u akorduan parametra të tjerë të peshës së optimizuesit, të cilat, për shembull, bënë të mundur zbatimin e aftësisë për të përdorur indekset për operacionet "ORDER BY/GROUP BY" në nënpyetje dhe përshpejtimin e punës me tabela shumë të vogla.

Vihet re se modeli i ri i peshës do t'ju lejojë të zgjidhni një plan më optimal të ekzekutimit të pyetjeve në situatat e mëposhtme:

  • Kur përdorni pyetje që përfshijnë më shumë se 2 tabela.
  • Kur keni indekse që përmbajnë një numër të madh vlerash identike.
  • Kur përdorni intervale që mbulojnë më shumë se 10% të tabelës.
  • Kur keni pyetje komplekse në të cilat jo të gjitha kolonat e përdorura janë të indeksuara.
  • Kur përdoren pyetje që përfshijnë motorë të ndryshëm ruajtjeje (për shembull, kur një pyetje akseson tabelat në motorët InnoDB dhe Memory).
  • Kur përdorni FORCE INDEX për të përmirësuar planin e pyetjeve.
  • Kur plani i pyetjes përkeqësohet kur përdoret "TABELA ANALIZE".
  • Kur pyetja përfshin një numër të madh tabelash të prejardhura (numër i madh i SELECT-ve të mbivendosur).
  • Kur përdorni shprehje ORDER BY ose GROUP BY që bien nën indekse.

Problemet kryesore të përputhshmërisë në degën MariaDB 11:

  • Të drejtat SUPER nuk ju lejojnë më të kryeni veprime për të cilat ofrohen privilegje të caktuara veçmas. Për shembull, për të ndryshuar formatin e regjistrave binare, do t'ju duhen të drejtat e BINLOG ADMIN.
  • U hoq zbatimi i tamponit të ndryshimit në InnoDB.
  • Innodb_flush_method dhe innodb_file_per_table janë zhvlerësuar.
  • Mbështetja e emrit Mysql* është zhvlerësuar.
  • Vendosja e explicit_defaults_for_timestamp në 0 është zhvlerësuar.
  • Lidhjet simbolike përfshihen në një paketë të veçantë për pajtueshmërinë me MySQL.
  • Vlera e paracaktuar e parametrit innodb_undo_tablespace është ndryshuar në 3.

Burimi: opennet.ru

Shto një koment