Efter 10 Är sedan grundandet av 10.x-grenen presenteras version 11.0.0 av databashanteraren MariaDB, som erbjuder flera betydande förbÀttringar och Àndringar som bryter kompatibiliteten. Denna gren har för nÀrvarande alpha-kvalitet och kommer att vara redo för produktionsanvÀndning efter stabilisering. FramstÀllningen av den nÀsta betydande grenen MariaDB 12, som innehÄller inkompatibla förÀndringar, förvÀntas tidigast om 10 Är (Är 2032).
MariaDB-projektet utvecklar en avknoppning frÄn MySQL, som i möjligaste mÄn bevarar bakÄtkompatibilitet och kÀnnetecknas av integration av ytterligare lagringsmotorer och utökade funktioner. Utvecklingen av MariaDB övervakas av den oberoende organisationen MariaDB Foundation i enlighet med en öppen och transparent utvecklingsprocess, som inte Àr beroende av enskilda leverantörer. Databashanteraren MariaDB levereras istÀllet för MySQL i mÄnga Linux-distributioner (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) och anvÀnds i stora projekt som Wikipedia, Google Cloud SQL och Nimbuzz.
En nyckel förbĂ€ttring i MariaDB 11-grenen Ă€r övergĂ„ngen av frĂ„geoptimeraren till en ny kostnadsmodell (cost model), som ger en mer exakt förutsĂ€gelse av vikterna för varje exekveringsplan. Ăven om den nya modellen kan eliminera vissa prestandabottlenecks, Ă€r det möjligt att den inte Ă€r optimal i alla scenarier, och det kan finnas fall dĂ€r vissa frĂ„gor blir lĂ„ngsammare. DĂ€rför rekommenderas anvĂ€ndare att delta i tester och informera utvecklarna om eventuella problem.
Den tidigare anvÀnda modellen passade bra för att hitta det optimala indexet, men hade problem med tillÀmpligheten av tabellskanning, indexskanning eller intervallfrÄgor. I den nya modellen har denna brist ÄtgÀrdats genom att förÀndra den grundlÀggande vikten av operationerna med lagringsmotorn. Vid vÀrdering av prestanda för operationer som pÄverkas av diskens hastighet, sÄsom sekventiell skanning av poster, förutsÀtts det nu att data lagras pÄ en SSD-enhet som ger en lÀshastighet av 400MB per sekund. Dessutom har Àven andra viktparametrar för optimeraren justerats, vilket gör det möjligt att anvÀnda index för operationer "ORDER BY/GROUP BY" i subfrÄgor och pÄskynda arbetet med mycket smÄ tabeller.
Den nya viktmodellen kommer att möjliggöra val av en mer optimal frÄgeplan i följande situationer:
- Vid anvÀndning av frÄgor som omfattar mer Àn 2 tabeller.
- Vid förekomst av index som innehÄller ett stort antal identiska vÀrden.
- Vid anvÀndning av intervall som tÀcker mer Àn 10% av tabellen.
- Vid förekomst av komplexa frÄgor dÀr inte alla anvÀnda kolumner indexeras.
- NÀr frÄgor involverar olika lagringsmotorer (t.ex. nÀr det i en frÄga finns referenser till tabeller i InnoDB och Memory-motorerna).
- Vid anvÀndning av FORCE INDEX för att förbÀttra frÄgeplanen.
- Vid försÀmring av frÄgeplanen nÀr "ANALYZE TABLE" anvÀnds.
- NÀr frÄgan omfattar ett stort antal derivat-tabeller (ett stort antal inbÀddade SELECT).
- Vid anvÀndning av ORDER BY eller GROUP BY-uttryck som faller under index.
Huvudsakliga kompatibilitetsproblem i MariaDB 11:
- SUPER-rÀttigheter tillÄter inte lÀngre ÄtgÀrder för vilka separata privilegier finns tillgÀngliga. Till exempel krÀvs BINLOG ADMIN-rÀttigheter för att Àndra formatet pÄ binÀrloggar.
- Implementeringen av Àndringsbufferten i InnoDB har tagits bort.
- innodb_flush_method och innodb_file_per_table har förklarats som förÄldrade.
- Stödet för namn mysql* har förklarats som förÄldrat.
- Att sÀtta parameter explicit_defaults_for_timestamp till 0 har förklarats som förÄldrat.
- Det har skapats ett separat paket för symboliska lÀnkar för kompatibilitet med MySQL.
- StandardvÀrdet för parametern innodb_undo_tablespaces har Àndrats till 3.
KĂ€lla: opennet.ru
