{"id":106286,"date":"2022-12-28T15:36:45","date_gmt":"2022-12-28T13:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predstavlena-novaya-znachitelnaya-vetka-subd-mariadb-11"},"modified":"2022-12-28T15:36:45","modified_gmt":"2022-12-28T13:36:45","slug":"predstavlena-novaya-znachitelnaya-vetka-subd-mariadb-11","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/news\/predstavlena-novaya-znachitelnaya-vetka-subd-mariadb-11","title":{"rendered":"Esitusel on uus oluline MariaDB 11 andmebaasi haru","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
K\u00fcmme aastat p\u00e4rast 10.x haru loomist on v\u00e4lja antud MariaDB 11.0.0 version, mis sisaldab mitmeid olulisi t\u00e4iustusi ja \u00fchilduvuse rikkumisi. Haru on praegu alfa-versiooni kvaliteediga ja valmib t\u00f6\u00f6ks p\u00e4rast stabiliseerimist. Oodatav j\u00e4rgmine oluline MariaDB 12 haru, mis sisaldab \u00fchilduvuse rikkuvaid muudatusi, tuleb mitte varem kui k\u00fcmne aasta p\u00e4rast (aastal 2032). <\/p>\n
MariaDB projekt arendab MySQL-ist p\u00e4rinevat haru, mis p\u00fc\u00fcab s\u00e4ilitada tagasip\u00f6\u00f6rduvat \u00fchilduvust ning erineb t\u00e4iendavate salvestusmootorite ja laiendatud v\u00f5imaluste integreerimise poolest. MariaDB arengut juhib s\u00f5ltumatu organisatsioon MariaDB Foundation avatud ja l\u00e4bipaistva arendusprotsessi kohaselt, mis ei s\u00f5ltu \u00fcksikutest tootjatest. MariaDB andmebaas tarnitakse MySQL-i asemel paljudes Linuxi distributsioonides (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) ja seda kasutatakse suurtes projektides nagu Wikipedia, Google Cloud SQL ja Nimbuzz. <\/p>\n
MariaDB 11 haru peamine t\u00e4iustus on p\u00e4ringute optimeerija \u00fcleviimine uuele kaalumudeli (cost model) s\u00fcsteemile, mis tagab t\u00e4psema igasuguste p\u00e4ringute t\u00e4itmise kavade kaalude ennustuse. Kuigi uus mudel aitab eemaldada m\u00f5ned j\u00f5udluse kitsaskohad, ei pruugi see olla alati optimaalne ning v\u00f5ib m\u00f5ne p\u00e4ringu aeglustuda, seet\u00f5ttu soovitatakse kasutajatel osaleda testimises ja teavitada arendajaid probleemide tekkimisel. <\/p>\n
Eelnevalt kasutatud mudel sobis h\u00e4sti optimaalse indeksiga leidmiseks, kuid tal olid probleemid tabeli skaneerimise, indeksi skaneerimise v\u00f5i vahemiku alusel valimise rakendamisega. Uues mudelis on see puudus k\u00f5rvaldavalt enamasti muuta aluseks olevat operatsioonide kaalu andmebaasi mootoris. Operatsioonide j\u00f5udluse hindamisel, mis s\u00f5ltuvad kettakiirusest, nagu n\u00e4iteks j\u00e4rjestikune kirjade skaneerimine, eeldatakse n\u00fc\u00fcd, et andmed salvestatakse SSD-m\u00e4luseadmesse, mis tagab lugemise kiirusel 400MB sekundis. Lisaks on t\u00e4iendavalt h\u00e4\u00e4lestatud ka muid optimeerija kaalupunkte, mis n\u00e4iteks v\u00f5imaldasid rakendada indeksite kasutamist operatsioonides \"ORDER BY\/GROUP BY\" alamk\u00fcsitlustes ja kiirendada t\u00f6\u00f6tlemist v\u00e4ga v\u00e4ikeste tabelite puhul. <\/p>\n
On m\u00e4rgitud, et uus kaalumismudel v\u00f5imaldab valida optimaalsema p\u00e4ringu t\u00e4itmise plaani j\u00e4rgmistes olukordades: <\/p>\n
\n
Kui kasutatakse p\u00e4ringuid, mis katavad rohkem kui 2 tabelit.\n
Kui on olemas indeksid, mis sisaldavad suurt arvu sama v\u00e4\u00e4rtust.\n
Kui kasutatakse vahemikke, mis katavad rohkem kui 10% tabelist.\n
Kui on olemas keerulisi p\u00e4ringuid, kus mitte k\u00f5ik kasutatavad veerud on indekseeritud.\n
Kui kasutatakse p\u00e4ringuid, mis h\u00f5lmavad erinevaid salvestusmootoreid (n\u00e4iteks kui \u00fches p\u00e4ringus on viidatud InnoDB ja Memory mootori tabelitele).\n
Kui kasutatakse FORCE INDEX'i p\u00e4ringu plaani parandamiseks.\n
K\u00fcsimus muutub, kui p\u00e4ringu plaan halveneb, kui kasutada \"ANALYZE TABLE\".\n
Kui p\u00e4ring katab suurt hulka tuletatud tabeleid (suur hulk sisemisi SELECT\u2019e).\n
Kui kasutatakse ORDER BY v\u00f5i GROUP BY v\u00e4ljendeid, mis langevad indeksite alla. <\/ul>\n
SUPER \u00f5igused ei v\u00f5imalda enam teatud toimingute tegemist, milleks on eraldi m\u00e4\u00e4ratletud privileegid. N\u00e4iteks vajate binaarsete logide formaadi muutmiseks BINLOG ADMIN \u00f5igusi.\n
T\u00fchistatud on InnoDB muudatuste puhvers\u00fcsteemi rakendamine.\n
Mootorid innodb_flush_method ja innodb_file_per_table on kuulutatud vananenuks.\n
mysql* nimede toetus on kuulutatud vananenuks.\n
Parametri explicit_defaults_for_timestamp seadmine v\u00e4\u00e4rtusele 0 on kuulutatud vananenuks.\n
S\u00fcmboolsed lingid, et s\u00e4ilitada \u00fchilduvus MySQL-iga, on viidud eraldi paketti.\n
Parameetri innodb_undo_tablespaces v\u00e4\u00e4rtus on vaikimisi muudetud 3-ks. <\/ul>\n<\/ul>\n