{"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\/novosti-interneta\/predstavlena-novaya-znachitelnaya-vetka-subd-mariadb-11","title":{"rendered":"Esitleda on uus m\u00e4rkimisv\u00e4\u00e4rne MariaDB 11 andmebaasi haru","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Aasta p\u00e4rast 10 aastat 10.x haru loomisest on v\u00e4lja antud andmebaasi MariaDB 11.0.0 versioon, mis sisaldab mitmeid olulisi t\u00e4iustusi ja \u00fchilduvuse rikkuvaid muutusi. See haru on endiselt alfa-versioon ja saab t\u00f6\u00f6keskkonna jaoks valmis p\u00e4rast stabiliseerimist. J\u00e4rgmise suure MariaDB 12 haru, mis sisaldab \u00fchilduvust rikkuvaid muudatusi, formuleerimine on oodata mitte varem kui 10 aasta p\u00e4rast (aastal 2032). <\/p>\n
MariaDB projekt arendab MySQL haru, p\u00fc\u00fcdes s\u00e4ilitada tagurpidi \u00fchilduvust ning erinedes t\u00e4iendavate salvestusmootorite integreerimise ja laiendatud v\u00f5imaluste poolest. MariaDB arendust juhib s\u00f5ltumatu organisatsioon MariaDB Foundation avatud ja l\u00e4bipaistva arendusprotsessi kohaselt, mis ei s\u00f5ltu \u00fcksikutest tootjatest. Andmebaas MariaDB on paljude Linuxi distributsioonide (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) asemele ja on implementeritud suurtes projektides nagu Wikipedia, Google Cloud SQL ja Nimbuzz. <\/p>\n
MariaDB 11 versiooni peamiseks t\u00e4iustuseks on p\u00e4ringu optimeerija \u00fcleviimine uuele kaalumudelite s\u00fcsteemile (cost model), mis tagab t\u00e4psema prognoosi iga p\u00e4ringut\u00e4itmise plaani kaalude osas. Kuigi uus mudel aitab k\u00f5rvaldada m\u00f5ningaid j\u00f5udluse kitsaskohti, ei pruugi see k\u00f5ikides stsenaariumides optimaalne olla ning m\u00f5ned p\u00e4ringud v\u00f5ivad aeglustuda. Seet\u00f5ttu soovitatakse kasutajatel osaleda testimises ja teavitada arendajaid probleemide ilmnemisel. <\/p>\n
Varem kasutatud mudel sobis h\u00e4sti optimaalse indeksi leidmiseks, kuid sellel oli probleeme tabeli skaneerimise, indeksi skaneerimise v\u00f5i vahemiku valimise rakendamisega. Uues mudelis on see puudus k\u00f5rvaldatud, muutes salvestusmootori toimingute baasmassi. Operatsioonide j\u00f5udluse hindamisel, mis s\u00f5ltuvad ketta t\u00f6\u00f6 kiirusest, nagu j\u00e4rjestikune kirje skaneerimine, eeldatakse n\u00fc\u00fcd, et andmed on salvestatud SSD-m\u00e4\u062b\u0644, mis tagab lugemiskiirusena 400 MB sekundis. Lisaks on h\u00e4\u00e4lestatud ka muid optimeerija kaaluparametreid, mis n\u00e4iteks v\u00f5imaldas kasutada indekseid 'ORDER BY\/GROUP BY' toimingutes alams\u00fcstemites ja kiirendada t\u00f6\u00f6d v\u00e4ga v\u00e4ikeste tabelitega. <\/p>\n
Uue kaalumudeli on m\u00e4rgitud kui v\u00f5imaldavat valida optimaalsema p\u00e4ringu t\u00e4itmise plaani j\u00e4rgmistel juhtudel: <\/p>\n
\n
Kui kasutatakse p\u00e4ringuid, mis h\u00f5lmavad rohkem kui 2 tabelit.\n
Kui on olemas indeksid, mis sisaldavad suures koguses sama v\u00e4\u00e4rtust.\n
Kui kasutatakse vahemikke, mis h\u00f5lmavad rohkem kui 10% tabelist.\n
Komplekssete p\u00e4ringute puhul, kus mitte k\u00f5ik kasutatavad veerud on indekseeritud.\n
Kui kasutatakse p\u00e4ringuid, mis h\u00f5lmavad erinevaid andmebaasimootoreid (n\u00e4iteks kui \u00fches p\u00e4ringus on viidatud nii InnoDB kui ka Memory andmetabelitele).\n
FORCE INDEX'i kasutamisel p\u00e4ringu plaani parandamiseks.\n
P\u00e4ringu plaani halvenemisel, kui kasutatakse 'ANALYZE TABLE'.\n
Kui p\u00e4ring h\u00f5lmab suurt arvu tuletatud tabeleid (palju sisemist SELECT'i).\n
ORDER BY v\u00f5i GROUP BY v\u00e4ljendite kasutamisel, mis kattuvad indeksitega. <\/ul>\n
Peamised \u00fchilduvuse rikkumised MariaDB 11 harus: <\/p>\n
\n
SUPER \u00f5igused ei luba enam teostada toiminguid, mille jaoks on eraldi m\u00e4\u00e4ratletud \u00f5igused. N\u00e4iteks, et muuta binaarsete logide formaati, on vajalik BINLOG ADMIN \u00f5igus.\n
Muutmisvahemaa rakendamine InnoDBs on eemaldatud.\n
M\u00e4\u00e4ratud on, et innodb_flush_method ja innodb_file_per_table on aegunud.\n
M\u00e4\u00e4ratud on, et mysql* nimede toetus on aegunud.\n
M\u00e4\u00e4ratud on, et explicit_defaults_for_timestamp parameetri v\u00e4\u00e4rtus 0 on aegunud.\n
MySQLiga \u00fchilduvuse jaoks on eraldi paketti viidud s\u00fcmboolsed lingid.\n
Parameetri innodb_undo_tablespaces vaikev\u00e4\u00e4rtus on muudetud 3-ks. <\/ul>\n<\/ul>\n